Redis中RDB中的文件写入

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数组将会是如图所示