Redis 常被称为缓存，但很多系统也用它保存会话、队列或限流状态。是否允许丢数据，决定了持久化方式和备份策略，不能只照抄默认配置。
1. 先判断数据能否重建
纯缓存通常可接受重建；会话、任务队列或计数器可能影响业务连续性。逐类数据定义可接受的丢失窗口。
2. 理解 RDB 快照
RDB 文件紧凑、恢复快，适合周期性备份，但故障时可能丢失最近一次快照之后的数据。快照期间也需关注内存占用。
3. 理解 AOF 追加日志
AOF 可将写操作持续记录，数据丢失窗口更小，但文件和写入成本更高。应配置重写策略并监控磁盘。
4. 恢复前检查版本与完整性
将持久化文件复制到隔离实例验证，确认 Redis 版本、目录权限和启动日志。不要在生产实例上直接试错。
常见误区
- 默认认为 Redis 数据都不重要
- 持久化文件没有独立备份
- 忽略磁盘写满风险
- 恢复文件版本不匹配
执行检查清单
- 数据类型已分级
- 丢失窗口可接受
- 磁盘和重写受监控
- 恢复流程已演练
总结
持久化选择没有统一答案。先定义数据价值和恢复目标，再权衡性能、磁盘与可接受风险。