在指定的时间间隔内将内存中的数据集快照写入磁盘,也就是行话讲的snapshot快照,它恢复时是将快照文件直接读取到内存里。
Redis会单独创建(fork)一个子进程来进行持久化,会先将数据写入到一个临时文件中,待持久化过程都结束了,再用这个临时文件替换上次持久化好的文件。整个过程中,主进城是不进行任何IO操作的,这就确保了极高的性能如果需要进行大规模数据的恢复,且对于数据恢复的完整性不是非常敏感,那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。
fork:fork的作用是复制一个与当前进城一样的进程。新进程的所有数据(变量,环境变量、程序计数器等)数值都喝原进程一致,但是是一个全新的进程,并作为原进程的子进程。
RDB是整个内存的压缩过的Snapshot,RDB的数据结构,可以配置复合的快照触发条件
默认:
是15分钟内改1次
或5分钟内改了10次
或1分钟改了10000次
redis的硬盘默认保存文件为dump.rdb。注意备份次文件到另外的机器。
当执行flashall的时候清空了内存,此时执行shutdown操作。dump.rdb将会变成一个空表。模拟断电操作。补救措施
rm -f dump.rdb
cp dump_bk.rdb dump.rdb
如果想要禁用RDB持久化策略,只要不设置任何save指令,或者给save传入一个空字符串参数也可以
例如 save ""
stop-writes-on-bgsave-error yes (后台写入出错,不进行写入)
如果配置成no,表示不在乎数据不一致或者有其他的手段发现和控制
rdbcompression:对于存储磁盘中的快照,可以设置是否进行压缩存储。如果是的话,redis会采用
LZF算法进行压缩。如果你不想消耗CPU来进行压缩的话,可以设置为关闭此功能。
rdbchecksum:在存储快照后,还可以让redis使用CRC64算法来进行数据校验,但是这样做会增加大约
10%的性能消耗,如果希望获取到最大的性能提升,可以关闭此功能
如何触发RDB快照?
1.配置文件中默认的快照配置。(冷拷贝后重新使用 cp dump.rdb dump_bk.rdb)
2.命令save或bgsave
(save:save时只管保存,其他不管,全部阻塞)
(BGSAVE:redis会在后台异步进行快照操作,快照同时还可以响应客户端请求。可以通过lastsave
命令获取最后一次成功执行快照的时间)
3.执行flushall命令,也会产生dump.rdb文件,但里面是空的,无意义
如何停止RDB?
动态停止RDB保存规则的方法:redis-cli config set save ""
总结:
好处:
RDB是一个非常紧凑的文件
RDB在保存RDB文件时父进程唯一需要做的就是fork出一个子进程,接下来的工作全部由子进程
来做,父进程不需要再做其他IO操作,所以RDB持久化方式可以最大化redis的性能
与AOF相比,在恢复大的数据集的时候,RDB方式会更快一些。
坏处:
数据丢失风险大
RDB需要经常fork子进程来保存数据集到硬盘上,当数据集比较大的时候,fork的过程是非常耗时的,
可能会导致Redis在一些毫秒级不能响应客户端请求。