save m n规则触发
save m n规则说明：在指定的m秒内，redis中有n个键发生改变，则自动触发bgsave。该规则默认也在redis.conf中进行了配置，并且可组合使用，满足其中一个规则，则触发bgsave，在上篇博文也进行了解释，如下：
以save 900 1为例，表明当900秒内至少有一个键发生改变时候，redis触发bgsave操作。
实践操作：
我们改变一个键，满足save 900 1 ：
此时查看redis日志，会发现redis立即响应开始bgsave操作：
FLUSHALL触发
flushall命令用于清空数据库，请慎用，当我们使用了则表明我们需要对数据进行清空，那redis当然需要对快照文件也进行清空，所以会触发bgsave。
实践操作：
日志：
shutdown触发
shutdown命令触发就不用说了,redis在关闭前处于安全角度将所有数据全部保存下来，以便下次启动会恢复。
实践操作：
可以使用客户端连入执行shutdown命令，也可以直接使用脚本关闭redis,这里我使用init脚本（系统centos6.X）。
查看日志：
主从触发
在redis主从复制中，从节点执行全量复制操作，主节点会执行bgsave命令，并将rdb文件发送给从节点，该过程会在复制篇中进行阐述。
故障恢复
上面提及到过，当redis意外崩溃或者关闭再次启动时，此时AOF持久化未开启时(默认未开启)，将使用RDB快照文件恢复数据。
下面我们停用redis服务来模拟故障情况，让再启动redis服务：
观察日志会发现，启动时候load RDB文件。
RDB持久化配置
save m n #配置快照(rdb)促发规则，格式：save <seconds> <changes> #save 900 1 900秒内至少有1个key被改变则做一次快照 #save 300 10 300秒内至少有300个key被改变则做一次快照 #save 60 10000 60秒内至少有10000个key被改变则做一次快照 #关闭该规则使用svae “” dbfilename dump.rdb #rdb持久化存储数据库文件名，默认为dump.rdb stop-write-on-bgsave-error yes #yes代表当使用bgsave命令持久化出错时候停止写RDB快照文件,no表明忽略错误继续写文件。 rdbchecksum yes #在写入文件和读取文件时是否开启rdb文件检查，检查是否有无损坏，如果在启动是检查发现损坏，则停止启动。 dir "/etc/redis" #数据文件存放目录，rdb快照文件和aof文件都会存放至该目录，请确保有写权限 rdbcompression yes #是否开启RDB文件压缩，该功能可以节约磁盘空间