Redis之RDB持久化

RDB文件的创建与载入
有两个redis命令可以用于生成RDB文件，一个是SAVE，另一个是BGSAVE。
SAVE命令会阻塞redis服务器进程，直到RDB文件创建完毕为止，在服务器进程阻塞期间，服务器不能处理任何命令请求。
BGSAVE命令会派生出一个子进程，然后由子进程负责创建RDB文件，服务器进程继续处理命令请求。
RDB文件的载入工作是在服务器启动时自动执行的，只要redis服务器在启动时检测到RDB文件存在，它就会自动载入RDB文件。
由于AOF文件的更新频率通常比RDB文件的更新频率高，所以：
1、如果服务器开启了AOF持久化功能，那么服务器会优先使用AOF文件来还原数据库状态
2、只有在AOF持久化功能处于关闭状态时，服务器才会使用RDB文件来还原数据库状态

BGSAVE命令执行时的服务器状态
因为BGSAVE命令的保存工作是由子进程执行的，所以在子进程创建RDB文件的过程中，redis服务器仍然可以继续处理客户端的命令请求，但是，在BGSAVE命令执行期间，服务器处理SAVE，BGSAVE，BGREWRITEAOF三个命令的方式会和平时有所不同。
首先，在BGSAVE命令执行期间，客户端发送的SAVE命令会被服务器拒绝，服务器禁止SAVE命令和BGSAVE命令同时执行是为了避免父进程和子进程同时执行两个rdbSave调用，防止产生竞争。
其次，在BGSAVE命令执行期间，客户端发送的BGSAVE命令挥别服务器拒绝，因为同时执行两个BGSAVE命令也会产生竞争条件。
最后，BGREWRITEAOF和BGSAVE两个命令不能同时执行：
1、如果BGSAVE命令正在执行，那么客户端发送的BGREWRITEAOF命令会被延迟到BGSAVE命令执行完毕之后执行。
2、如果BGREWRITEAOF命令正在执行，那么客户端发送的BGSAVE会被服务器拒绝
自动间隔性保存
redis允许用户通过设置服务器配置save选项，让服务器每隔一段时间自动执行一次BGSAVE命令：

上面表示：
1、服务器在900秒之内，对数据库进行了至少1次修改
2、服务器在300秒之内，对数据库进行了至少10次修改
3、服务器在60秒之内，对数据库进行了至少10000次次修改
在redis服务器启动时，服务器程序会根据save选项所设置的保存条件，设置服务器状态redisServer结构的saveparams属性，它是一个数组，每个元素都是一个saveparam结构：

dirty计数器和记录距离上一次成功执行SAVE命令或者BGSAVE命令之后，服务器对数据库状态进行了多少次修改
lastsave是一个时间戳，记录了服务器上一次成功执行SAVE命令或者BGSAVE命令的时间
RDB文件结构

RDB文件的最开头时REDIS部分，这个部分的长度为5字节，保存着REDIS五个字符，通过这五个字符程序可以在载入文件时，快速检查所载入的文件是否RDB文件
db_version长度为4字节，它的值是一个字符串表示的整数，记录着RDB文件的版本号
databases部分包含着零个或任意多个数据库，以及各个数据库中的键值对数据

SELECTDB常量的长度为1字节，当读入程序遇到这个值的时候，他知道接下来要读入一个数据库号码
db_number保存着一个数据库号码
key_value_parirs宝轮了数据库中所有键值对数据
EOF常量的长度为1字节，标志着RDB文件正文内容的结束
check_sum是一个8字节长的无符号整数，保存着一个校验和