Redis的RDB持久化设计

什么是RDB持久化

RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘。

RDB文件的创建与载入

redis中有两个命令可以生成RDB文件，分别是SAVE命令以及BGSAVE命令。

SAVE命令会阻塞redis进程，直到RDB文件生成后，redis才可以继续处理请求。

BGSAVE命令会委派一个子进程，由子进程来创建RDB文件，然后主进程继续处理请求。

RDB文件的载入是在服务器启动时自行载入，没有命令。

注意：如果同时开启AOF和RDB这两种持久化方法，那么会优先使用AOF。

执行BGSAVE时服务器状态

在执行BGSAVE命令时，为了避免竞争，服务器在此期间收到SAVE命令和BGSAVE命令会直接拒绝。

而BGREWRITEAOF不能和BGSAVE命令一起执行。

如果此时服务器正在执行BGSAVE命令，那么他会把BGREWRITEAOF延迟到BGSAVE命令执行完在执行。如果在执行BGREWRITEAOF，那么BGSAVE命令会被拒绝。

自动间隔设计

redis允许用户设置每隔一段时间执行一次BGSAVE命令。使用save命令即可。具体操作如下：

1 2	// 意味着每900秒，有1次修改就执行一次BGSAVE命令。 save 900 1

如何保存

通过save命令所设置的值会保存在redisServer中的saveparams属性

struct redisServer {
    // 一个数组，保存着服务器中所有的数据库
    redisDb *db;
    
    // 服务器数据库的数量
    int dbnum;
    
    // 记录了保存条件的数组 
    struct saveparam *saveparam;
};

struct saveparam {
    // 秒数
    time_t seconds;
    
    // 修改书
    int changes;
};

saveparam是一个数组，里面每一个元素都是一个saveparam的结构体，保存了上述命令设置的时间以及修改数。

比如执行了以下命令

1
2
3

save 900 1
save 300 10
save 60 10000

那么saveparams中就会如下图所示

dirty计数器和lastsave

除了saveparams，redisServer还维护了一个dirty计数器和lastsave属性，其中dirty计数器记录了距离上一次成功执行SAVE或者BGSAVE命令后，服务器对数据库（所有的db，即db数组中每一个）进行了多少次修改（增删改），lastsave命令是一个UNIX时间戳，记录了服务器上一次成功执行SAVE命令或者BGSAVE命令的时间。

具体结构如下：

struct redisServer {
    // 一个数组，保存着服务器中所有的数据库
    redisDb *db;
    
    // 服务器数据库的数量
    int dbnum;
    
    // 记录了保存条件的数组 
    struct saveparam *saveparam;
    
    // 修改计数器
    long long dirty;
    
    // 上一次执行保存的时间
    time_t lastsave;
};