3. Redis 持久化机制：RDB快照原理、AOF日志原理、混合持久化、持久化策略选择

Redis 作为内存数据库，其数据全部驻留在内存中以保证极致的读写性能。一旦进程退出或服务器宕机，内存中的数据将全部丢失。持久化机制是 Redis 高可用和数据安全的基础，它决定了在灾难发生后，系统能恢复到何种程度。本章深入剖析 RDB 快照、AOF 日志、混合持久化的原理与配置，并给出生产环境下的策略选择指南。

3.1 RDB 快照原理

RDB（Redis Database）持久化通过创建数据集的时间点快照（Point-in-Time Snapshot）来实现。它执行 fork() 系统调用，生成一个子进程，由子进程将内存中的全量数据写入临时 RDB 文件，写入完成后原子替换旧文件。

3.1.1 触发方式

3.1.2 RDB 文件结构

RDB 文件采用紧凑的二进制格式，包含以下主要部分：

• 魔数头：固定 9 字节 REDIS + 4 字节版本号
• 辅助字段：Redis 版本、创建时间、数据集大小等元信息
• 数据库数据：按数据库编号存储键值对，包含过期时间、LRU 信息
• 校验和：文件末尾 8 字节 CRC64 校验码，用于完整性验证

3.1.3 RDB 的优缺点

3.2 AOF 日志原理

AOF（Append Only File）持久化以日志形式记录每个写操作命令，重启时通过重放所有命令来恢复数据。与 RDB 的全量快照不同，AOF 是增量追加的，理论上数据丢失更少。

3.2.1 AOF 写入流程

1. 命令追加：执行写命令后，将命令以 Redis 协议格式追加到 aof_buf 缓冲区
2. 文件写入：根据 appendfsync 策略，将缓冲区内容写入操作系统内核缓冲区
3. 文件同步：调用 fsync() 将内核缓冲区数据刷入磁盘文件
4. 文件重写：AOF 文件过大时，通过 BGREWRITEAOF 压缩为最小命令集

3.2.2 appendfsync 策略对比

3.2.3 AOF 重写机制

AOF 文件会随着时间无限增长。重写机制通过读取当前内存中的数据状态，生成恢复这些数据所需的最小命令集，从而压缩 AOF 文件体积。

• 触发条件：auto-aof-rewrite-percentage 100（文件增长超过 100%）和 auto-aof-rewrite-min-size 64mb（文件至少 64MB）
• 执行过程：fork 子进程，子进程根据当前内存数据生成新 AOF 文件；同时主进程将重写期间的增量命令写入重写缓冲区，待子进程完成后一并追加
• 原子替换：新 AOF 文件生成后，将增量缓冲区内容追加到新文件末尾，然后原子替换旧文件

3.3 混合持久化

Redis 4.0 引入混合持久化（aof-use-rdb-preamble yes），结合 RDB 和 AOF 的优点。AOF 文件头部包含一个 RDB 全量快照，后续追加增量 AOF 日志。

3.3.1 文件结构

+------------------+
| RDB 全量快照      |  ← 文件开头，包含当前所有数据
+------------------+
| AOF 增量日志      |  ← RDB 之后的所有写命令
+------------------+
| AOF 增量日志      |  ← 持续追加
+------------------+

3.3.2 优势与适用场景

3.4 持久化策略选择

选择持久化策略需要综合考虑数据安全性、性能、恢复时间目标（RTO）和恢复点目标（RPO）。

3.4.1 策略决策矩阵

3.4.2 配置示例

# 混合持久化推荐配置（Redis 4.0+）
appendonly yes
appendfsync everysec
aof-use-rdb-preamble yes
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

# RDB 辅助配置
save 900 1
save 300 10
save 60 10000
rdbcompression yes
rdbchecksum yes
dbfilename dump.rdb
dir /data/redis

3.4.3 避坑指南

• 不要同时开启 RDB 和 AOF 但关闭混合持久化：会导致两份持久化文件，增加磁盘开销和恢复复杂度
• 避免在高峰期执行 BGSAVE 或 BGREWRITEAOF：fork 子进程会消耗 CPU 和内存，建议配置 lfu-log-factor 和 lfu-decay-time 控制写入频率
• 监控 AOF 文件增长：设置 auto-aof-rewrite-min-size 避免文件无限膨胀
• 定期验证 RDB 文件完整性：使用 redis-check-rdb 工具检查备份文件
• 主从架构下持久化策略分离：主节点关闭持久化提升性能，从节点开启持久化保证数据安全