RDB文件的创建与载入。
有两个Redis命令可以用于生成RDB文件，一个是SAVE，另一个是BGSAVE.
SAVE命令会阻塞Redis服务器进程，直到RDB文件创建完毕为止，在服务器进程阻塞期间，服务器
不能处理任何命令请求:
127.0.0.1:6379> save
OK
和SAVE命令直接阻塞服务器进程的做法不同，BGSAVE命令会派生出一个子进程，然后由子进程负责
创建RDB文件，服务器进程(父进程)继续处理命令请求:
127.0.0.1:6379> BGSAVE
Background saving started
SAVE和BGSAVE的区别
创建RDB文件的实际工作由rdb.c/rdbSave函数完成，SAVE命令和BGSAVE命令会以不同的方式调用这个函数，通过以下伪代码可以明显地看出这两个命令之间的区别:
def SAVE():# 创建RDB文件rdbSave()def BGSAVE():# 创建子进程pid = fork()if pid == 0:# 子进程负责创建RDB文件rdbSave()# 完成之后向父进程发送信号signal_parent();elif pid > 0:# 父进程继续处理命令请求，并通过轮询等待子进程的信号handle_request_and_wait_signal()else:# 处理出错情况
文件载入
和使用SAVE命令或者BGSAVE命令创建RDB文件不同，RDB文件的载入工作是在服务器启动自动执行的，所以Redis并没有专门用于载入RDB文件的命令，只要Redis服务器在启动时检测到RDB文件存在，它就会自动z载入RDB文件。以下时Redis服务器启动时打印的日志记录，其中第二条日志DB loaded from disk…就是服务器在成功RDB文件之后打印的:
[95568] 24 Mar 12:01:29.565 # Server started, Redis version 3.0.504
[95568] 24 Mar 12:01:29.565 * DB loaded from disk: 0.000 seconds
[95568] 24 Mar 12:01:29.566 * The server is now ready to accept connections on port 6379
注意
值得一提的是，因为AOF文件的更新频率通常比RDB文件的更新频率高，所以:
- 1.如果服务器开启了AOF持久化功能，那么服务器会优先使用AOF文件来还原数据库状态
- 2.只有在AOF持久化功能处于关闭状态时，服务器才会使用RDB文件来还原数据库状态。
服务器判断该用哪个文件来还原数据库状态的流程如图所示。
服务器在载入RDB文件期间，会一直处于阻塞状态，直到载入共工作完成为止。
载入RDB文件的实际工作由rdb.c/rdbLoad函数完成，这个函数和rdbSave函数之间的关系
可以用图表示
SAVE命令执行时的服务器状态.
当SAVE命令执行时，Redis服务器会被阻塞，所以当SAVE命令正在执行时，客户端发送的
所有命令请求都会被阻塞。只有在服务器执行完SAVE命令、重新开始接受命令请求之后，客户端
发送的命令才会被处理
BGSAVE命令执行时的服务器状态
因为BGSAVE的保存工作是由子进程执行的，所以在子进程创建RDB文件的过程中，Redis服务器
仍然可以继续处理客户端的命令请求，但是，在BGSAVE命令执行期间，服务器处理SAVE、BGSAVE、BGREWRITEAOF三个命令的方式会和平时有所不同.
首先，在BGSAVE命令执行期间，客户端发送的SAVE命令会被服务器拒绝，服务器禁止SAVE命令和BGSAVE命令执行是为了避免父进程(服务器进程)和子进程同时执行两个rdbSave调用，防止产生竞争条件。其次，在BGSAVE命令执行期间，客户端发送的BGSAVE命令会被服务器拒绝，因为同时执行两个BGSAVE会被服务器拒绝，因为同时执行两个BGSAVE命令也会产生竞争条件，代码如下
127.0.0.1:6379> BGSAVE
Background saving started
127.0.0.1:6379> BGSAVE
(error) ERR Background save already in progress
最后，BGREWRITEAOF和BGSAVE两个命令不能同时执行：
- 1.如果BGSAVE命令正在z执行，那么客户端发送的BGREWRITEAOF命令会被延迟到BGSAVE命令执行完毕之后执行
- 2.如果BGREWRITEAOF和BGSAVE两个命令的实际工作都由子进程执行，所以这两个命令在操作方面并没有什么冲突的地方，不能同时执行它们只是一个性能方面的考虑——并发出两个子进程，并且这两个子进程都同时执行大量的磁盘写入操作
自动间隔保存
当Redis服务器启动时，用户可以通过指定配置文件或者传入启动参数的方式设置save选项，
如果用户没有主动设置save选项，那么服务器会为save选项设置默认条件:
save 900 1
save 300 10
save 60 10000
接着，服务器程序会根据save选项所设置的保存条件，设置服务器状态redisServer结构的saveparams
属性:
struct redisServer {// ...// 记录了保存条件的数组struct saveparam *saveparams;// ...
};
saveparams属性是一个数组，数组中的每隔元素是一个saveparam结构，每隔saveparam结构都保存了一个save选项设置的保存ll额一个save选项设置的保存条件:
struct saveparam {// 秒数time_t seconds;// 修改int changes;
};
例子
举个例子，比如说，如果save选项的值为以下条件
save 900 1
save 300 10
save 60 10000
那么服务器状态中的saveparams数组将会是如图所示
