Redis持久化机制
Redis 持久化用于在进程重启或机器故障后恢复数据。RDB 和 AOF 代表两种思路：快照恢复与命令追加。选择持久化策略前必须先明确 Redis 中的数据是否允许丢失。
# 1. 学习定位
| 维度 | 内容 |
|---|---|
| 难度层级 | 可靠性基础 |
| 核心目标 | 先会用，再理解机制，最后能做工程取舍和故障分析 |
| 学习方法 | 带着业务场景看命令、SQL、数据结构、日志和运行时指标 |
# 2. 核心地图
Redis持久化机制
├─ RDB
├─ AOF
├─ fork
├─ copy-on-write
├─ fsync
├─ rewrite
├─ 混合持久化
└─ 恢复加载
# 3. 小章节深度讲解
下面把核心地图中的每个点拆开讲。每个小节都同时面向开发和运维：开发侧关注怎么设计、怎么写代码、怎么避免错误；运维侧关注怎么监控、怎么定位、怎么恢复。
# 3.1. RDB
# 是什么
RDB 属于 Redis 持久化与恢复链路。RDB 偏快照，AOF 偏追加日志，二者都会带来 fork、COW、磁盘 IO 和恢复时间成本。
# 开发人员怎么用
开发人员要明确 Redis 数据是否允许丢失。纯缓存可以冷启动，业务状态、队列和锁相关数据则需要补偿、重建或更严格持久化。
# 运维人员怎么看
运维人员要监控 fork 耗时、AOF fsync 延迟、rewrite 状态、持久化目录空间和恢复加载时间。持久化失败必须告警。
# 常见风险
常见风险是实例内存接近上限时触发 fork，COW 内存峰值导致系统压力飙升甚至进程被杀。
# 3.2. AOF
# 是什么
AOF 属于 Redis 持久化与恢复链路。RDB 偏快照，AOF 偏追加日志，二者都会带来 fork、COW、磁盘 IO 和恢复时间成本。
# 开发人员怎么用
开发人员要明确 Redis 数据是否允许丢失。纯缓存可以冷启动，业务状态、队列和锁相关数据则需要补偿、重建或更严格持久化。
# 运维人员怎么看
运维人员要监控 fork 耗时、AOF fsync 延迟、rewrite 状态、持久化目录空间和恢复加载时间。持久化失败必须告警。
# 常见风险
常见风险是实例内存接近上限时触发 fork，COW 内存峰值导致系统压力飙升甚至进程被杀。
# 3.3. fork
# 是什么
fork 属于 Redis 持久化与恢复链路。RDB 偏快照，AOF 偏追加日志，二者都会带来 fork、COW、磁盘 IO 和恢复时间成本。
# 开发人员怎么用
开发人员要明确 Redis 数据是否允许丢失。纯缓存可以冷启动，业务状态、队列和锁相关数据则需要补偿、重建或更严格持久化。
# 运维人员怎么看
运维人员要监控 fork 耗时、AOF fsync 延迟、rewrite 状态、持久化目录空间和恢复加载时间。持久化失败必须告警。
# 常见风险
常见风险是实例内存接近上限时触发 fork，COW 内存峰值导致系统压力飙升甚至进程被杀。
# 3.4. copy-on-write
# 是什么
copy-on-write 属于 Redis 持久化与恢复链路。RDB 偏快照，AOF 偏追加日志，二者都会带来 fork、COW、磁盘 IO 和恢复时间成本。
# 开发人员怎么用
开发人员要明确 Redis 数据是否允许丢失。纯缓存可以冷启动，业务状态、队列和锁相关数据则需要补偿、重建或更严格持久化。
# 运维人员怎么看
运维人员要监控 fork 耗时、AOF fsync 延迟、rewrite 状态、持久化目录空间和恢复加载时间。持久化失败必须告警。
# 常见风险
常见风险是实例内存接近上限时触发 fork，COW 内存峰值导致系统压力飙升甚至进程被杀。
# 3.5. fsync
# 是什么
fsync 属于 Redis 持久化与恢复链路。RDB 偏快照，AOF 偏追加日志，二者都会带来 fork、COW、磁盘 IO 和恢复时间成本。
# 开发人员怎么用
开发人员要明确 Redis 数据是否允许丢失。纯缓存可以冷启动，业务状态、队列和锁相关数据则需要补偿、重建或更严格持久化。
# 运维人员怎么看
运维人员要监控 fork 耗时、AOF fsync 延迟、rewrite 状态、持久化目录空间和恢复加载时间。持久化失败必须告警。
# 常见风险
常见风险是实例内存接近上限时触发 fork，COW 内存峰值导致系统压力飙升甚至进程被杀。
# 3.6. rewrite
# 是什么
rewrite 属于 Redis 持久化与恢复链路。RDB 偏快照，AOF 偏追加日志，二者都会带来 fork、COW、磁盘 IO 和恢复时间成本。
# 开发人员怎么用
开发人员要明确 Redis 数据是否允许丢失。纯缓存可以冷启动，业务状态、队列和锁相关数据则需要补偿、重建或更严格持久化。
# 运维人员怎么看
运维人员要监控 fork 耗时、AOF fsync 延迟、rewrite 状态、持久化目录空间和恢复加载时间。持久化失败必须告警。
# 常见风险
常见风险是实例内存接近上限时触发 fork，COW 内存峰值导致系统压力飙升甚至进程被杀。
# 3.7. 混合持久化
# 是什么
混合持久化 属于 Redis 持久化与恢复链路。RDB 偏快照，AOF 偏追加日志，二者都会带来 fork、COW、磁盘 IO 和恢复时间成本。
# 开发人员怎么用
开发人员要明确 Redis 数据是否允许丢失。纯缓存可以冷启动，业务状态、队列和锁相关数据则需要补偿、重建或更严格持久化。
# 运维人员怎么看
运维人员要监控 fork 耗时、AOF fsync 延迟、rewrite 状态、持久化目录空间和恢复加载时间。持久化失败必须告警。
# 常见风险
常见风险是实例内存接近上限时触发 fork，COW 内存峰值导致系统压力飙升甚至进程被杀。
# 3.8. 恢复加载
# 是什么
恢复加载 属于 Redis 持久化与恢复链路。RDB 偏快照，AOF 偏追加日志，二者都会带来 fork、COW、磁盘 IO 和恢复时间成本。
# 开发人员怎么用
开发人员要明确 Redis 数据是否允许丢失。纯缓存可以冷启动，业务状态、队列和锁相关数据则需要补偿、重建或更严格持久化。
# 运维人员怎么看
运维人员要监控 fork 耗时、AOF fsync 延迟、rewrite 状态、持久化目录空间和恢复加载时间。持久化失败必须告警。
# 常见风险
常见风险是实例内存接近上限时触发 fork，COW 内存峰值导致系统压力飙升甚至进程被杀。
# 3.9. 本篇学习实验
建议准备一个独立 Redis 实例，构造小 key、大 key、热点 key、过期 key 和慢命令，观察 INFO、SLOWLOG、LATENCY、内存变化和客户端超时。每个实验都要记录命令复杂度和返回数据量。
开发侧实验重点是理解数据结构和命令边界，运维侧实验重点是理解延迟、内存和复制如何变化。真正掌握本篇内容，应该能从延迟尖刺反推大 key、慢命令、持久化或网络问题。
# 4. 核心机制
- RDB 是某一时刻的数据快照，恢复速度快，文件紧凑，但两次快照之间的数据可能丢失。
- AOF 追加写命令，配合 fsync 策略可降低数据丢失窗口，但文件可能更大。
- RDB 和 AOF 重写通常依赖 fork 子进程，写入期间 copy-on-write 会增加内存峰值。
- 混合持久化结合 RDB 基础快照和 AOF 增量，兼顾恢复速度和数据完整性。
# 5. 工程实践
- 纯缓存可以接受更宽松持久化，状态型数据要更严格。
- 开启持久化前评估 fork 内存峰值、磁盘写入和恢复时间。
- 监控 latest_fork_usec、aof_delayed_fsync、rdb_last_bgsave_status。
- 持久化文件要纳入备份和恢复演练。
# 6. 常见坑
- 以为开启 RDB 就不会丢数据，忽略快照间隔。
- AOF fsync 策略过严导致写延迟抖动，过松导致丢失窗口过大。
- 内存接近上限时 fork 失败，无法生成快照。
- 没有测试恢复时间，大故障时启动过慢。
# 7. 专家视角
- 持久化策略是 RPO、RTO、性能和成本的权衡。
- 专家会按业务数据等级决定 RDB、AOF、混合持久化和外部备份组合。
- Redis 持久化不能替代数据库事务日志，状态真相源要慎重定义。
# 8. Tips 快问快答
Q：RDB 和 AOF 哪个更安全？
A：AOF 通常丢失窗口更小，但要看 fsync 策略和故障类型。
Q：fork 为什么会影响内存？
A：子进程快照期间父进程写入会触发 copy-on-write，增加内存峰值。
Q：纯缓存需要持久化吗？
A：不一定。要看重启后是否能接受冷启动和回源压力。
# 9. 阶段小结
Redis持久化机制 的学习重点不是记住零散概念，而是把它放回真实系统：数据如何进入、如何存储、如何被查询、如何在并发下保持正确、如何在故障后恢复。掌握这些连接关系，才能从“会用”走向“能设计、能优化、能排障”。