📚 课程目录第3章 Redis持久化机制

3、Redis持久化机制：RDB与AOF的原理、配置策略、对热加载的影响

在集成环境回放场景中，Redis 缓存的热加载依赖持久化数据。理解 RDB 与 AOF 的原理、配置策略及其对热加载的影响，是保障回放数据完整性与加载效率的关键。

3.1 RDB 持久化：快照式全量备份

RDB（Redis Database）通过创建内存数据的二进制快照实现持久化，适用于大规模数据的快速恢复与备份。

3.1.1 核心原理

触发方式：手动（SAVE/BGSAVE）或自动（配置 save 规则）。
执行流程：主进程 fork 子进程，子进程将内存数据写入临时 RDB 文件，完成后原子替换旧文件。
文件格式：二进制压缩，加载速度快。

3.1.2 配置策略

配置项	说明	热加载建议值
`save ""`	禁用自动 RDB	回放环境建议禁用，避免 fork 阻塞
`save 900 1`	900 秒内至少 1 次写入触发	保留默认或按需调整
`rdbcompression yes`	是否压缩 RDB 文件	保持 yes，减少磁盘占用
`dbfilename dump.rdb`	RDB 文件名	按环境命名，避免混淆

3.1.3 对热加载的影响

优势：加载速度快，适合全量数据预热。
劣势：数据丢失窗口大（两次快照间数据可能丢失）；fork 操作在内存大时耗时高，影响回放环境稳定性。

3.2 AOF 持久化：追加式操作日志

AOF（Append Only File）记录每次写操作命令，以文本协议追加到文件末尾，提供更高的数据安全性。

3.2.1 核心原理

写入策略：命令执行后追加到 AOF 缓冲区，根据 appendfsync 策略刷盘。
文件重写：通过 BGREWRITEAOF 压缩冗余命令，减少文件体积。
加载顺序：Redis 启动时优先加载 AOF 文件（若启用），其次 RDB。

3.2.2 配置策略

配置项	说明	热加载建议值
`appendonly yes`	启用 AOF	回放环境建议开启，保证数据完整性
`appendfsync everysec`	每秒刷盘，平衡性能与安全	推荐 everysec
`auto-aof-rewrite-percentage 100`	文件增长 100% 触发重写	保持默认
`auto-aof-rewrite-min-size 64mb`	重写最小文件大小	64MB 起步

3.2.3 对热加载的影响

优势：数据丢失少（最多 1 秒数据），适合增量回放。
劣势：文件体积大，加载速度慢于 RDB；重写时 fork 可能造成短暂阻塞。

3.3 RDB vs AOF 对比

维度	RDB	AOF
数据完整性	低（丢失上次快照后数据）	高（最多丢 1 秒）
加载速度	快	慢（需逐条执行命令）
文件体积	小（二进制压缩）	大（文本协议）
对性能影响	fork 时 CPU/内存开销大	刷盘 IO 开销，重写 fork
适用场景	全量备份、快速恢复	数据安全要求高、增量回放

3.4 热加载场景下的持久化策略选择

  推荐策略：RDB + AOF 混合模式

  在集成环境回放中，同时启用 RDB 和 AOF：

  - 使用 RDB 做全量快照，加速初始加载；

  - 使用 AOF 做增量日志，保证回放数据不丢失；

  - 配置 aof-use-rdb-preamble yes（Redis 4.0+），AOF 文件头部包含 RDB 快照，兼顾加载速度与数据安全。

3.5 持久化对热加载的故障排查要点

加载缓慢：检查 AOF 文件大小，必要时执行 BGREWRITEAOF 压缩；优先使用 RDB 做初始加载。
数据不一致：确认 appendfsync 策略，回放环境建议 everysec；检查 AOF 文件是否损坏（redis-check-aof）。
fork 阻塞：监控 latest_fork_usec 指标；避免在内存使用高峰触发持久化。
磁盘空间不足：RDB 和 AOF 文件需预留 2 倍内存空间；定期清理过期文件。

回放环境最佳实践
1. 热加载前手动执行 BGSAVE 生成最新 RDB，缩短加载时间。
2. 启用 AOF 并设置 appendfsync everysec，平衡性能与安全。
3. 使用 INFO persistence 监控持久化状态，及时发现异常。

注意：在集成环境回放中，切勿同时禁用 RDB 和 AOF，否则 Redis 重启后缓存数据完全丢失，导致回放失败。建议至少启用一种持久化方式，并定期验证文件完整性。