技术分享 | Redis 持久化之 RDB 与 AOF(文末有福利）

一、RDB（Redis Database）简介

二、RDB - 特性

2.1 优点

• 单一文件，方便传输，适合灾备；
• 恢复大数据集时效率会比AOF快一些；
• 备份时会由fork出的子进程操作，父进程不需要其他IO操作，性能相对AOF来说占优。

2.2 缺点

• 在间隔其间发生意外宕机，会造成数据大量丢失；
• 数据量非常大时fork子进程非常耗时，可能会影响业务正常响应。

三、RDB - 策略

3.1 自动触发

• 根据conf内配置的save规则进行保存；
• 执行FLUSHALL（删除所有数据库里面的所有数据）命令会触发；
• 主动退出Redis会触发。

3.2 手动触发

• SAVE「同步执行」（保存数据至磁盘）；
• BGSAVE「异步执行」（保存数据至磁盘）。

3.3 操作流程

1. fork一个子进程,创建子进程时并不会发生数据复制，提高了复制速度降低了所需空间大小（内核级的系统调用:fork()）；

2. 子进程获得所有数据指向地址的指针；

3. 此时如有数据继续增加则触发写时复制，父进程指向新值地址，子进程依旧指向原值地址（COW（copy-on-write 写时复制））；

4. 将指针指向的值写入备份；

5. 备份完成；

四、RDB - 配置

五、RDB - 其他

5.1 时点性

5.2 阈值建议

5.3 RDB 文件损坏该怎么办

六、AOF（Append Only File）简介

6.1 AOF文件协议

下面列举一段 AOF 文件内容进行说明：

# 假设此时客户端执行了语句SET KEY VALUE，则AOF内容如下
*3
$3
SET
$3
KEY
$5
VALUE

上述内容中，看似比较杂乱，但理解一下其实很简单：

*表示跳过$行时，往下一次读几行；

$表示下一行有多少个字符。

七、AOF - 特性

7.1 优点

• 异常宕机损失较小，能够做到数据不丢失或最多丢失2秒。

7.2 缺点

• 对比 RDB 在恢复数据的效率上表现不高；
• AOF 文件会比 RDB 文件更大；
• 根据所使用的 fsync 策略不同，AOF 的速度可能会慢于 RDB 。

八、AOF - 策略

8.1 自动触发

• no（从不 fsync，buffer写满了就落盘，速度快）；
• everysec「默认」（每一秒保存一次）；
• always（每次都fsync，速度慢，可靠性高）。

8.2 手动触发

BGREWRITEAOF「异步执行」（重写AOF文件）。

九、AOF - 配置

十、AOF - 其他

10.1 AOF重写的版本差异性

• 4.0之前：删除可以相互抵消的命令，合并重复命令；
• 4.0之后：先将内存数据都数据成RDB，后续操作依旧记录成AOF。

10.2 AOF文件损坏了该怎么办

1. 定时备份AOF文件；

文章推荐：

OceanBase Proxy 无法连接 OBserver 集群

技术分享 | TiUP工具 - TiDB集群滚动升级核心流程解析