RDB持久化
因为Redis是内存数据库,它将自己的数据库状态储存在内存中,如果不想办法将存储在内存中的数据库状态保存在磁盘中,那么一旦服务器进程退出,服务器中的数据库状态也会消失
为了解决这个问题,Redis提供了RDB持久化功能。
RDB持久化可以手动执行,也可以根据服务器配置选择定期执行
RDB持久化功能所生成的RDB文件是一个经过压缩的二进制文件,通过该文加你看恶意还原生成RDB文件时的数据库状态
RDB文件的创建与载入
命令SAVE和BGSAVE命令可以用于生成RDB文件
SAVE命令会阻塞Redis服务器进程,直到RDB文件创建完毕为止
BGSAVE会派生出一个子进程,然后该进程会负责创建RDB文件
创建RDB文件的实际工作由rdb.c/rdbSave函数完成
RDB文件的载入工作是在服务器启动时自动执行的,所以Redis并没有专门用于载入RDB文件的命令,只要Redis服务器在启动时检测到RDB文件存在,他就会自动载入RDB文件
SAVE命令执行时的服务器状态
SAVE会阻塞Redis服务器,所以客户端发送的所有命令请求都会被拒绝
BGSAVE命令执行时的服务器状态
尽管是非阻塞的,但是在BGSAVE命令执行期间,服务器处理SAVE,BGSAVE,BFREWRITEAOF三个命令的方式回合平时有所不同
- SAVE命令会被服务器拒绝
- 客户端发送的BGSAVE命令会被服务器拒绝
两个命令不能同时执行,因为两个命令的实际工作都由子进程执行
RDB文件载入时的服务器状态
载入期间,会一直处于阻塞状态
自动间隔性保存
Redis允许用户通过设置服务器配置的save选项,让服务器每隔一段时间自动执行一次BGSAVE命令
设置保存条件
用户可以通过配置文件设置save选项
服务器程序会根据save选项所设置的保存条件,设置服务器状态redisServer结构的saveparams属性:
struct redisServer{
//记录了保存条件的数据
struct saveparam *saveparams;
};
saveparams属性是一个数组,数组中的每个元素都是saveparam结构,每个结构都保存着一个save选项设置的保存条件
struct saveparam{
//秒数
time_t second;
//修改数
int changes;
}
dirty计数器和lastsave属性
dirty计数器记录距离上一次成功执行SAVE命令或者BGSAVE命令之后,服务器对数据库状态进行了多少次修改
struct redisServer{
//修改计数器
long long dirty;
//上一次执行保存的时间
time_t lastsave;
};
当服务器成功执行一个数据库修改命令之后,程序就会对dirty计数器进行更新
RDB文件结构
REDIS db_version datavases EOF check_sum
REDIS部分长度为5字节,保存着“REDIS”五个字符,用于检查该文件是否是RDB文件
db_version 值为一个字符表表示的整数,这个整数记录了RDB文件的版本号
database部分包含了零或任意多个数据库,以及各个数据建库中的键值对数据
EOF常量的长度为1字节,标志着正文内容的结束
check_sum是一个8字节长的无符号整数,保存着一个校验和,用来检查RDB文件是否出错