redis设计与实现-RDB与AOF持久化

1.概述

Redis的持久化分为两种：RDB(redis database)与AOF(Append Only File)。

RDB: 在指定的时间间隔内将内存中的数据集快照写入磁盘,或者手动执行SAVE\BGSAVE进行持久化操作。保存的是二进制文件。

数据结构：

saveparam数组：save可以保存多个，在redisserver中是一个saveParam的数组。

• save 900 1 900秒内对服务器修改1次则持久化
• save 300 10
• save 60 10000

   服务器的saveparam数组如下

dirty计数器和lastsave属性

• dirty：记录上一次save、bgsave之后，服务器进行了多少次修改
•  lastsave：记录上一次执行save、bgsave的时间

 

RDB文件结构：

database：

key_value_pairs

• RDB文件是以：REDIS开头的，5个字节，通过REDIS判断是不是RDB文件
• db_version，四个字节版本号
• database，零个或者多个数据库
• EOF，代表正文内容结束符
• check_sum，8个字节，判断内容长度总和进行校验文件是否损坏 

AOF: 保存Redis服务器所执行的写命令来记录数据库状态。保存的是redis命令。

appendonly yes 开启aof

• appendfsync always 每次有新命令追加到 AOF 文件时，就执行一次同步(fsync) ：非常慢，也非常安全

• appendfsync everysec 每次有新命令追加到 AOF 文件时，每秒同步（fsync）一次

• appendfsync no 从不 fsync，何时同步文件由操作系统决定

步骤：

• 先写aof_buf，内存
• 判断appendfsync的配置，如果是always，每次都写把aof_buf写入到文件；

 

 

2.实现

2.1 RDB

BGSAVE命令：主进程新开一个子进程，把内存数据写入到rdb文件，覆盖旧的rdb文件

SAVE命令：在主线程操作，只关心写入rdb文件，其他操作阻塞

redisServer 通过两个变量保存上次执行情况:

dirty(修改计数器，距离上次save/bgsave命令后进行了多少次修改)

lastsave(上次执行上次save/bgsave命令时间)

2.2 AOF

aof三个步骤：命令追加(append写入aof_buf缓冲区)、文件写入、文件同步(sync)

3.总结

注意：RDB、AOF文件同时存在时，服务器会根据AOF文件恢复，因为对于服务器来说，AOF的备份数据更完整。（考虑了意外宕机的情况）。