Redis（六）持久化之（RDB持久化）

一 简介

因为Redis是内存数据库，它将自己的数据库状态储存在内存里面，所以如果不想办法将储存在内存中的数据库状态保存到磁盘里面，那么一旦服务器进程退出，服务器中的数据库状态也会消失不见

RDB持久化可以手动执行，也可以配置定期执行，可以把某个时间的数据状态保存到RDB文件中，反之，我们可以用RDB文件还原数据库状态。

二 手动触发机制

有两个命令可以生成RDB文件：

1. SAVE 命令由服务器进程直接执行保存操作，所以该命令会阻塞服务器，服务器不能接受其他指令。
2. BGSAVE 命令由子进程执行保存操作，所以该命令不会阻塞服务器，服务器可以接受其他指令。

bgsave是主流的触发RDB持久化方式，它的运作流程如下：
1）执行bgsave命令，Redis父进程判断当前是否存在正在执行的子进 程，如RDB/AOF子进程，如果存在bgsave命令直接返回
2）父进程执行fork操作创建子进程，fork操作过程中父进程会阻塞，通 过info stats命令查看latest_fork_usec选项，可以获取最近一个fork操作的耗 时，单位为微秒
3）父进程fork完成后，bgsave命令返回“Background saving started”信息 并不再阻塞父进程，可以继续响应其他命令。
4）子进程创建RDB文件，根据父进程内存生成临时快照文件，完成后 对原有文件进行原子替换。执行lastsave命令可以获取最后一次生成RDB的 时间，对应info统计的rdb_last_save_time选项
5）进程发送信号给父进程表示完成，父进程更新统计信息，具体见info Persistence下的rdb_*相关选项

三 自动触发

除了执行命令手动触发之外，Redis内部还存在自动触发RDB的持久化机制。BGSAVE命令可以在不阻塞服务器进程的情况下执行，所以Redis允许用户通过设置服务器配置的save选项，让服务器每隔一段时间自动执行一次BGSAVE命令

save选项的格式
用户可以通过save选项设置多个保存条件，但只要其中任意一个条件被满足，服务器就会执行BGSAVE命令
如果用户没有主动设置save选项，那么服务器会为save选项设置默认条件：

上图的意思是，只要满足以上三个条件中的任意一个，BGSAVE命令就会被执行：
服务器在3600秒之内，对数据库进行了至少1次修改
服务器在300秒之内，对数据库进行了至少100次修改
服务器在60秒之内，对数据库进行了至少10000次修改

四 RDB文件的载入

RDB文件的载入工作是在服务器启动时自动执行的，所以Redis并没有专门用于载入RDB文件的命令，只要Redis服务器在启动时检测到RDB文件存在，它就会自动载入RDB文件
RDB文件载入时服务器的状态：服务器在载入RDB文件期间，会一直处于阻塞状态，直到载入工作完成为止

AOF持久化对RDB持久化的影响
规则如下：
如果服务器开启了AOF持久化功能，那么服务器会优先使用AOF文件来还原数据库状 态，那么就不会使用RDB文件了
只有在AOF持久化功能处于关闭状态时，服务器才会使用RDB文件来还原数据库状态
服务器判断该用AOF文件文件还是RDB文件来还原数据库状态的流程如下图所示：

五RDB的优缺点

RDB的优点：
RDB是一个紧凑压缩的二进制文件，代表Redis在某个时间点上的数据快照。非常适用于备份，全量复制等场景。比如每6小时执行bgsave备份， 并把RDB文件拷贝到远程机器或者文件系统中（如hdfs），用于灾难恢复
Redis加载RDB恢复数据远远快于AOF的方式
RDB的缺点：
RDB方式数据没办法做到实时持久化/秒级持久化。因为bgsave每次运 行都要执行fork操作创建子进程，属于重量级操作，频繁执行成本过高
RDB文件使用特定二进制格式保存，Redis版本演进过程中有多个格式的RDB版本，存在老版本Redis服务无法兼容新版RDB格式的问题