4. Redis持久化机制：RDB与AOF原理、混合持久化、企业级备份策略

Redis作为内存数据库，其高性能依赖于数据常驻内存。一旦进程退出或机器宕机，内存数据将全部丢失。持久化机制是Redis企业级高可用架构的基石，决定了数据恢复速度与安全边界。本章深入剖析RDB、AOF及混合持久化的核心原理，并给出生产环境下的备份策略。

4.1 RDB持久化：全量快照

RDB（Redis Database）通过创建内存数据的二进制快照文件（dump.rdb）实现持久化。它采用Copy-On-Write（写时复制）机制，由fork出的子进程完成数据写入，主进程继续处理请求，对性能影响极小。

4.1.1 触发方式

4.1.2 RDB文件结构

RDB文件采用紧凑的二进制格式，包含Redis版本号、数据库编号、键值对数据、校验和等元信息。其核心优势是文件体积小、加载速度快，适合做全量备份和灾难恢复。

4.2 AOF持久化：增量日志

AOF（Append Only File）以追加日志的方式记录每条写操作命令，重启时通过回放日志重建数据。AOF提供了更高的数据安全性，支持秒级甚至毫秒级的数据丢失容忍度。

4.2.1 写回策略

4.2.2 AOF重写机制

AOF文件会随着写入量持续膨胀。Redis通过BGREWRITEAOF命令或自动触发重写，将内存中的当前数据以最精简的命令集重新写入新AOF文件，大幅压缩体积。重写过程同样采用fork子进程+写时复制，主进程不阻塞。

4.3 混合持久化：RDB + AOF 融合

Redis 4.0 引入混合持久化（aof-use-rdb-preamble yes），将RDB快照与AOF增量日志合并为一个文件。AOF文件头部存储RDB全量数据，尾部追加后续增量命令。重启时先加载RDB部分快速恢复，再回放AOF增量，兼顾加载速度与数据安全。

4.4 企业级备份策略

生产环境不能依赖单一持久化机制。以下策略基于数据安全与恢复速度的平衡，适用于大多数企业级Redis集群。

4.4.1 持久化组合方案

4.4.2 备份执行步骤

1. 定时全量备份：每天凌晨低峰期执行 BGSAVE，将生成的dump.rdb文件复制到远程存储（如OSS、NFS）。
2. AOF增量备份：每小时或每半小时备份AOF文件，确保增量日志不丢失。
3. 备份验证：定期在测试环境使用 redis-check-rdb 和 redis-check-aof 工具校验文件完整性。
4. 异地容灾：至少保留3份备份（本地、同城、异地），防止单点故障。
5. 恢复演练：每季度执行一次全流程恢复演练，记录恢复时间与数据完整性。

4.5 常见问题与避坑

• RDB与AOF同时开启时的加载优先级：Redis启动时优先加载AOF文件（数据更完整），AOF不存在或为空时才加载RDB。
• fork阻塞风险：RDB和AOF重写均需fork子进程。当Redis实例内存较大（如>10GB）且物理内存不足时，fork耗时可能达到秒级，导致主进程短暂阻塞。建议预留足够内存，或使用lazyfree-lazy-eviction yes缓解。
• AOF文件损坏：异常断电可能导致AOF文件尾部截断。使用redis-check-aof --fix修复，但会丢失最后几条命令。
• 混合持久化兼容性：低版本Redis无法加载混合持久化文件。升级时需确保所有节点版本≥4.0。