Reids持久化---RDB

RDB持久化（通过保存数据库中的键值来记录数据库状态）

RDB介绍

RDB持久化既可以手动执行，也可以根据服务器配置选项定期执行，该功能可以将某个时间点上的数据库状态保存到一个RDB文件中。

RDB文件的创建与载入

1.SAVE和BGSAVE用来生成RDB文件。

• SAVE命令会阻塞Redis服务器进程，直到RDB文件创建完毕为止，在服务器进程阻塞期间，服务器不能处理任何命令请求。
• BGSAVE命令会派生出一个子进程，然后由子进程负责创建RDB文件，服务器进程继续处理命令请求。

• • 在BGSAVE命令执行期间，客户端发送的SAVE命令会被服务器拒绝，服务器禁止SAVE命令和BGSAVE命令同时执行时为了避免父进程和子进程同时执行两个rdbSAVE调用，防止产生竞争条件。
  • 在BGSACE命令执行期间，客户端发送的BGSAVE命令会被服务器拒绝，因为也会产生竞争条件

• • BGREWRITEAOF和BGSACE两个命令也不能同时执行：

• • • 如果BGSAVE命令正在执行，那么客户端发送的BGREWRITEAOF命令会被延迟到BGSAVE命令执行完毕之后执行。
    • 如果BGREWRITEAOF命令正在执行，那么客户端发送的BGSAVE命令会被服务器拒绝。

• • • 这两个命令实际上都是由子进程执行，不能同时执行它们只是处于性能方面的考虑---并发两个子进程，并且这两个子进程都同时执行大量的磁盘写入操作，会消耗大量的计算机资源。

2.RBD文件的载入工作是在服务器启动时自动执行的，Redis没有专门用于载入RDB文件的命令，只有Redis服务器在启动时检测到RDB文件存在，它就会自动载入RDB文件。

• 如果服务器开启了AOF持久化功能，那么服务器会优先使用AOF文件来还原数据库状态
• 只有在AOF持久化功能处于关闭状态时，服务器才会使用RDB文件来还原数据库状态

• 当服务器在载入RBD文件期间，会一直处于阻塞状态，直到载入工作完成为止。

BGSAVE自动间接性保存

因为BGSAVE命令可以在不阻塞服务器进程的情况下执行，所以Redis允许用户通过设置服务器配置的save选项，让服务器每隔一段时间自动执行一次BGSAVE命令。

设置保存条件

默认条件

save 900 1 900秒内修改了一次

save 300 10 300秒内修改了100次

save 60 1000 60秒内修改了10000次

服务器程序会更具save选项所设置的保存条件，设置服务器状态redisServer结构的saveparams属性

struct redisServer{
			//.....
      //记录了保存条件的数组
      struct saveparam *saceparams;
      // .....
};

saceparams 属性是一个数组，数组中的每个元素都是一个saveparam结构，每个saveparam结构都保存了一个save选项设置的保存条件：

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

dirty计数器和lastsave属性

服务器还维护着一个dirty计数器以及一个lastsave属性

• dirty计数器记录距离上一次成功执行SAVE命令或者BGSAVE命令之后，服务器对数据库状态（服务器中所有的数据库）进行了多少次修改（包括增删改查等操作）。
• lastsave属性是一个UNIX时间戳，记录了服务器上一次成功执行SAVE命令或者BGSAVE命令的时间。

struct redisServer{
			//.....
      //修改计数器
      long long dirty；
      // 上一次执行保存的时间
      time_t lastsave；
};

当数据库成功执行一个数据库修改命令之后，程序就会对dirty计数器进行更新：命令修改了多少次数据库，dirty计数器的值就会增加多少。

例如：

• 如果为一个字符串设置值，dirty就会＋1
• 如果向集合中增加三个新元素，计数器就会+3

检查保存条件是否满足

Redis的服务器周期性操作函数serverCron默认每隔100毫秒就会执行一次，该函数会对正在运行的服务器进行维护，它的其中一项工作就是检查save选项所设置的保存条件是否满足，如果满足就会执行BGSAVE命令。

• 程序会遍历并检查saceparams数组中的所有保存条件，只要有任意一个条件被满足，那么服务器就会执行BGSACE命令。
• 当BGSAVE在执行完成后，dirty计数器就会被重置为0，lastsave属性也被更新为完成的时间。