Redis持久化机制详解：RDB、AOF与混合模式实战

1. Redis持久化机制概述

Redis作为内存数据库，持久化是其核心功能之一。我曾在多个生产环境中部署Redis，深刻体会到持久化配置不当带来的灾难性后果。有一次凌晨3点被叫醒处理Redis数据丢失问题，就是因为对持久化机制理解不够深入。

1.1 为什么需要持久化

内存的易失性决定了Redis必须提供持久化方案。想象一下，你花了几个月积累的用户行为数据，因为一次意外重启全部消失，这种事故足以让一个中级工程师职业生涯终结。Redis通过三种持久化方式解决这个问题：

1. RDB（Redis Database）：定时内存快照
2. AOF（Append Only File）：操作命令日志
3. 混合持久化（Hybrid）：RDB+AOF的组合方案

这三种方式各有优劣，我在生产环境中都实践过。下面我会结合具体案例，详细解析每种方式的实现原理和适用场景。

2. RDB持久化深度解析

2.1 RDB工作原理

RDB的核心思想是定时将内存数据序列化为二进制文件。我管理的某个电商平台Redis集群，每天凌晨自动执行BGSAVE，生成约8GB的RDB文件。

关键配置参数：

bash复制save 900 1      # 15分钟内至少1个变更
save 300 10     # 5分钟内至少10个变更  
save 60 10000   # 1分钟内至少10000个变更

这些条件是"或"关系。我曾经犯过一个错误：同时设置了过于频繁的save条件和大量写入，导致Redis频繁fork，差点引发线上事故。

2.2 fork与写时复制(COW)机制

这是RDB最精妙的部分。当执行BGSAVE时：

1. 主进程调用fork()创建子进程
2. 子进程共享父进程内存空间（通过页表映射）
3. 内核将内存页标记为只读
4. 主进程修改数据时触发页错误
5. 内核复制被修改的页（通常4KB大小）

这种机制保证了快照的一致性，同时最小化性能影响。但要注意：当数据集很大时（比如50GB），fork操作本身可能阻塞主线程数百毫秒。

2.3 RDB配置详解

这是我的生产环境推荐配置：

bash复制dbfilename dump.rdb
dir /data/redis/rdb
stop-writes-on-bg