Redis持久化机制：RDB与AOF深度解析与实战

1. Redis持久化机制概述

Redis作为内存数据库的标杆产品，其性能优势建立在数据全内存操作的基础上。但内存的易失性特性意味着一旦服务重启，所有数据将灰飞烟灭。我在生产环境就曾遇到过服务器意外断电导致交易数据丢失的事故，这促使我深入研究了Redis的持久化方案。

持久化的本质是将内存中的数据以特定形式转储到非易失性存储介质（通常是磁盘）。Redis提供了两种主流方案：RDB（Redis Database）和AOF（Append Only File）。RDB通过生成数据快照实现持久化，而AOF则记录所有写操作命令。两者各有优劣——RDB恢复速度快但可能丢失最后一次快照后的数据，AOF数据完整性高但文件体积较大。

2. RDB持久化深度解析

2.1 RDB工作原理

RDB的核心是生成某个时间点的数据快照。当触发持久化条件时，Redis会fork出一个子进程，父进程继续处理请求，子进程则负责将内存数据写入临时RDB文件。写入完成后替换旧文件，整个过程采用COW（Copy-On-Write）机制保证数据一致性。

配置示例：

code复制save 900 1      # 900秒内至少1个key变化则触发
save 300 10     # 300秒内至少10个key变化
save 60 10000   # 60秒内至少10000个key变化

2.2 RDB实战配置

在生产环境中，我通常采用混合策略：

bash复制dbfilename dump-${port}.rdb  # 多实例时避免冲突
dir /data/redis/backup       # 指定专用备份目录
stop-writes-on-bgsave-error yes # 存储失败时停止写入
rdbcompression yes           # 启用LZF压缩
rdbchecksum yes              # 启用CRC64校验

关键提示：bgsave执行期间如果父进程修改了正在持久化的数据，子进程会复制该内存页（COW机制），这可能导致内存用量突增。建议预留50%内存空间。

2.3 RDB优缺点分析

优势：

• 二进制紧凑格式，恢复速度极快（比AOF快10倍以上）
• 适合灾难恢复和版本回退
• 最大化R