redis 提供 rdb 快照与 aof 日志两种无感式持久化机制，可在服务意外宕机后自动恢复数据，且通过异步写盘（如 bgsave）避免阻塞读写，python 客户端可无缝集成。
redis 提供 rdb 快照与 aof 日志两种无感式持久化机制，可在服务意外宕机后自动恢复数据，且通过异步写盘（如 bgsave）避免阻塞读写，python 客户端可无缝集成。
Redis 作为内存数据库，默认情况下所有数据驻留在 RAM 中，一旦进程崩溃或服务器断电，未持久化的数据将永久丢失。为兼顾高性能与数据可靠性，Redis 原生支持两种互补的持久化策略：RDB（Redis Database Backup） 和 AOF（Append-Only File）。二者均可在不影响日常读写吞吐的前提下，将内存数据安全落盘。
✅ RDB：高效快照，适合备份与灾难恢复
RDB 通过周期性生成数据集的时间点快照（.rdb 文件）实现持久化。它采用 fork 子进程方式，在后台完成内存数据的序列化写入，主进程继续响应客户端请求，因此对性能影响极小。默认配置下，Redis 可按规则触发自动保存（例如“60 秒内至少 1000 次修改”），也可通过 Python 客户端主动调用：
import redis
# 连接本地 Redis 实例（生产环境请使用连接池）
r = redis.Redis(host='localhost', port=6379, db=0, decode_responses=True)
# 写入测试数据
r.set('user:1001', '{"name":"Alice","score":95}')
r.set('counter', 12345)
# 异步触发 RDB 快照（非阻塞！）
r.bgsave() # 返回 True 表示已启动后台保存
⚠️ 注意：bgsave() 是推荐方式；而 save() 会阻塞主线程，绝对禁止在生产环境使用。
✅ AOF：高可靠性，适合数据敏感场景
AOF 持久化通过记录每个写命令（如 SET、INCR）到日志文件（appendonly.aof），重启时重放日志重建数据。它提供三种同步策略（always/everysec/no），其中 everysec（默认）在性能与安全性间取得最佳平衡——每秒刷盘一次，即使宕机最多丢失 1 秒数据。
启用 AOF 需在 Redis 服务端配置（redis.conf）中设置：
appendonly yes appendfsync everysec
Python 端无需额外代码，但可通过以下命令确认状态：
print(r.config_get("appendonly")) # {'appendonly': 'yes'}
print(r.config_get("appendfsync")) # {'appendfsync': 'everysec'}
? 推荐组合策略：RDB + AOF 混合使用（Redis 4.0+）
现代 Redis 支持 AOF-RDB 混合持久化（aof-use-rdb-preamble yes）：重启时先加载 RDB 快照快速恢复主体数据，再回放 AOF 尾部增量命令，兼顾启动速度与数据完整性。该模式已成为生产环境事实标准。
? 关键注意事项
- ✅ 持久化由 Redis 服务端执行，Python 客户端仅负责触发或查询配置，不承担序列化逻辑，故零性能开销；
- ✅ RDB 文件体积小、恢复快，适合定时备份与集群冷迁移；AOF 文件可读性强、数据更全，适合审计与增量恢复；
- ❌ 切勿依赖客户端“手动存文件”（如 pickle + 文件 I/O）——这违背 Redis 架构设计，且无法保证原子性与一致性；
- ? 生产部署务必检查 Redis 配置文件中的 dir（持久化路径权限）、dbfilename 和 appendfilename，并定期验证 .rdb/.aof 文件可读性。
通过合理配置 RDB/AOF 并配合 bgsave() 等非阻塞命令，你能在毫秒级响应的同时，确保 Redis 数据在意外中断后毫秒级恢复——真正实现「内存速度，磁盘安心」。
