Redis的持久化

持久化的意义

因为Redis是内存数据库，他将自己的数据库状态储存在内存里面，所以如果不想办法将储存在内存中的数据库状态保存到磁盘里面，那么一旦服务器进程退出，服务器中的数据库也会消失不见。

Redis的持久化有两种：

• RDB持久化：将当前数据生成快照保存到磁盘中
• AOF持久化：记录每次对数据的操作到磁盘上

下面我们分别去介绍这两种持久化方式：

RDB持久化

RDB持久化功能可以将Redis在内存中的数据库状态储保存到一个RDB文件中，RDB持久化功能生成的RDB文件是一个经过压缩的二进制文件，通过该文件可以还原生成RDB文件时的数据库状态。

RDB是保存在磁盘里面的，所以即使Redis服务器进程退出，只要有RDB文件存在就可以用它来还原数据库状态。

接下来我们分块来聊RDB文件的保存载入过程，RDB的自动保存，RDB的文件结构，以及对RDB文件的分析。

RDB文件的保存与载入

生成

Redis中有两个命令可以生成RDC文件，SAVE，BGSAVE。

SAVE命令会阻塞Redis服务器进程，直到RDB文件创建完毕为止，在服务器进程阻塞期间，服务器不能处理任何命令请求。

BGSAVE命令会派生出一个子进程，然后由子进程负责创建RDB文件，服务器进程继续处理命令请求：

 其实创建RDB文件的执行函数是rdb.c/rdbSave()函数，Save命令和BGSave命令的实现方式不同，上面是源码。BGSAVE命令fork出了一个新的子进程进行RDB文件的保存。

载入

RDB文件的载入工作是在服务器启动时自动执行的，只要Redis服务器在启动时检测到RDB文件存在，它就会自动载入RDB文件。

 其中的第二条就是服务器载入RDB文件之后打印的。

因为AOF文件的更新频率通常比RDB文件的更新频率高，所以：如果服务器开启了AOF持久化功能，那么服务器会优先使用AOF持久化功能。

 服务器执行命令时的状态

SAVE命令：在执行save命令时，客户端的所有命令都会被阻塞，只有当服务器执行完save命令，客户端发送的命令才能被执行。

BGSAVE命令：在执行BGSAVE命令时，客户端的命令可以正常执行，但是执行SAVE，BGSAVE，BGWRITEAOF命令有具体情况：

SAVE命令会被拒绝。

BGSAVE命令被拒绝。

BGWRITEAOF和BGSAVE两个命令不能同时执行：

如果BGSAVE正在执行，BGWRITEAOF命令会被延迟到BGSAVE命令执行完后被执行。

如果BGWRITEAOF正在执行，SAVE命令会被拒绝。

自动间隔保存

Redis允许用户通过设置服务器配置的save选项，让服务器每隔一段时间自动执行一次BGSAVE命令，用户可以save选项设置多个保存条件，但只要其中任意一个条件被满足，服务器就会执行BGSAVE命令

默认的配置时

save 900 1
save 300 10
save 60 10000

那么代表的就是满足以下三个条件中的任意一个，BGSAVE命令就被执行：

• 服务器在900秒之内，对数据库进行了至少1次修改
• 服务器在300秒之内，对数据库进行了至少10次修改
• 服务器在60秒之内，对数据库进行了至少10000次修改

实现原理

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

saveparams属性是一个元素为saveparam结构的数组。

struct redisServer{

      struct saveparam *saveparams;

      long long dirty；
      
      time_t lastsave;

}

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

dirty计数器

dirty计数器记录距离上一次成功执行SAVE命令或者BGSAVE命令之后，服务器对数据库状态进行了多少次修改。

lastsave属性

lastsave属性是一个UNIX时间戳，记录了服务器上一次成功执行SAVE命令或者BGSAVE命令的时间。

Redis服务器周期性的执行serverCron默认每隔100毫秒就会执行一次，该函数用于对正在运行的服务器进行维护，他其中的工作就有检查save选项。

RDB文件结构

RDB的文件结构图;

• REDIS:这个部分的长度为5字节，保存着“REDIS”五个字符。程序在载入过程中，根据这一部分的五个字符来 快速检查所载入的文件是否为RDB文件。
• db_version：长度为4字节，它的值是一个字符串表示的整数，这个整数记录了RDB的版本号。
• database部分包含着零个或多个数据库，以及各个数据库中的键值对数据
• EOF常量的长度为1字节，这个常量表示RDB文件的正文结束
• check_sum是一个8字节长的无符号整数，保存着一个校验和，服务器通过来检查RDB文件是否由出错或者损坏。

databases：

一个RDB文件的databases部分可以保存任意多个非空数据库。

 每个database中保存在SELECTDB、db_number\key_value_pairs

 SELECTDB常量的长度为1字节，标注接下来读的是一个数据库号码

db_number保存着一个数据库号码，读入db_number部分之后，服务器会调用SELECT命令切换数据库。

接着是key_value_patrs部分，它分为两种一种是不带过期时间的键值对和带有过期时间的键值对

TYPE：长度是1字节，值为：

KEY：始终是一个字符串对象，长度不定

VALUE：是TYPE类型对应的类型，长度也不定

EXPIRETIME_MS:常量长度为1字节，表示接下来要读入一个过期时间。

ms:一个8字节长的带符号整数，记录一个以毫秒为单位的UNIX时间戳。

手绘一个最细节的RDB结构 

RDB文件就讲到这里，我们讲了RDB文件的保存与载入，RDB自动保存的原理以及RDB文件的结构。

AOF持久化

AOF持久化是通过保存Redis服务器所执行的写命令来记录数据库状态的。AOF持久化保存数据库状态的方法则是将服务器执行的SET、SADD、RPUSH三个命令保存到AOF命令中。

AOF持久化的实现

AOF持久化功能的实现可以分为命令追加（append）、文件写入、文件同步三个步骤。

命令追加

当AOF持久化功能处于打开状态，服务器在执行完一个写命令之后，会以协议格式将被执行的写命令追加到服务器状态的aof_buf缓存区的末尾。

  命令写入与追加

Redis的服务器进程就是一个时间循环，这个循环中的文件事件负责接收客户端的命令请求，以及向客户端发送命令回复。因为服务器在处理文件事件时可能会执行写命令，使得一些内容追加到aof_buf缓存区中，所以服务器每次结束一个事件循环，他都会调用flushAppendOnlyFile函数，考虑是否要将aof-buf缓存区的内容写入并且同步到AOF文件中。

 

AOF文件的载入与数据还原

AOF文件里面包含了重建数据库状态所需的所有写命令，所以服务器只要读入并重新执行一边AOF文件里面保存的写命令，就可以还原服务器关闭之前的数据库状态。

Redis服务器读取AOF文件的步骤：

 AOF重写

因为AOF持久化是通过保存被执行的写命令来记录数据库状态的，所以随着服务器运行时间的流逝，AOF内容会越来越多，为了解决AOF文件的体积膨胀问题，Redis提供了AOF文件重写功能，Redis服务器可以创建一个新的AOF文件来代替现有的AOF文件，新旧两个AOF文件所保存的数据库状态相同，但新AOF文件不回包括任何浪费空间的冗余命令。

AOF的后台重写

可以通过使用BGREWITEAOF命令来开启子线程进行AOF的后台重写。

AOF持久化就讲到这里吧，回顾一下，我们主要学习了AOF文件的追加，写入，同步，载入，重写。

以上是RDB持久化与AOF持久化功能。