1. 课程导学：Redis持久化的重要性、RDB与AOF对比总览、回归冒烟测试目标
1.1 为什么持久化是Redis生产环境的生命线
Redis作为内存数据库，其高性能的核心在于数据全部驻留在RAM中。然而，一旦进程退出、服务器宕机或重启，内存数据将全部丢失。持久化机制正是解决这一致命缺陷的关键工程手段：它将内存中的数据以特定格式写入磁盘，在重启时重新加载，从而保证数据的持久性与可恢复性。
在生产环境中，持久化策略的选择直接影响：
- 数据安全：RPO（恢复点目标）能否控制在秒级甚至无丢失。
- 恢复速度：RTO（恢复时间目标）是否满足业务SLA。
- 性能开销：持久化对主线程读写、磁盘IO、内存占用的影响。
- 运维复杂度：备份、恢复、扩容、迁移等日常操作的便捷性。
工程共识： 任何脱离持久化策略的Redis生产部署，本质上都是在进行“有损服务”。回归冒烟测试的核心目的，就是在版本迭代或配置变更后，快速验证持久化链路是否依然完整可用。
1.2 RDB与AOF：两种持久化范式的核心差异
Redis提供了两种内置持久化方式：RDB（Redis Database） 和 AOF（Append Only File）。两者在设计哲学、数据格式、性能特征上存在本质区别。下表从工程视角进行对比：
| 对比维度 | RDB（快照） | AOF（追加日志） |
|---|---|---|
| 数据格式 | 二进制压缩快照，紧凑 | 文本协议（RESP），可读 |
| 持久化时机 | 按间隔触发（如900s/1次变更） | 每写操作实时追加（可配置fsync策略） |
| 数据完整性 | 可能丢失两次快照间的数据 | 最多丢失1秒数据（everysec策略） |
| 恢复速度 | 极快，直接加载二进制文件 | 较慢，需逐条重放写命令 |
| 文件体积 | 小，压缩率高 | 大，需定期AOF重写压缩 |
| 对主线程影响 | fork子进程，COW机制，内存开销大 | 追加写入，IO压力在后台线程 |
| 适用场景 | 冷备、全量恢复、快速重启 | 高数据安全、实时恢复 |
下图展示了RDB与AOF在数据流路径上的核心差异：
1.3 回归冒烟测试：工程验证的核心目标
在Redis版本升级、配置变更、集群扩缩容或持久化参数调整后，必须通过回归冒烟测试快速验证持久化链路的可用性。本课程定义的冒烟测试目标包含以下四个维度：
- 写入可达性：验证数据能否正常写入RDB/AOF文件，无权限、路径、磁盘空间问题。
- 文件完整性：验证生成的持久化文件能否被Redis正常加载，无CRC校验错误或格式损坏。
- 数据一致性：验证重启恢复后的数据与写入前的数据完全一致，无丢失或错乱。
- 性能基线：验证持久化操作对主线程延迟的影响在可接受范围内（如P99延迟增幅 < 10%）。
冒烟测试通过标准： 上述四项全部通过，且恢复后的数据量偏差为0，文件加载时间不超过基线值的120%。
下图展示了回归冒烟测试的完整执行流程：
1.4 课程内容概览
本课程共30章，从原理到实战，覆盖以下核心模块：
- RDB深度解析：触发机制、COW原理、文件结构、配置优化。
- AOF深度解析：追加策略、fsync调优、AOF重写、文件损坏修复。
- 混合持久化：Redis 4.0+ 混合模式原理与配置。
- 回归冒烟测试工程实践：自动化测试框架、性能基线、异常场景注入。
- 生产案例：持久化导致的延迟毛刺、磁盘IO打满、恢复失败等真实故障复盘。
前置要求： 读者需具备Redis基础操作经验，了解Linux文件系统与磁盘IO基本概念。建议准备一套Redis 6.x/7.x测试环境，用于跟随课程进行实验验证。