redis 提供 rdb 快照与 aof 日志两种高性能持久化机制，可在不显著影响读写性能的前提下，将内存数据安全落盘，确保意外宕机或重启后数据可完整恢复。
redis 提供 rdb 快照与 aof 日志两种高性能持久化机制，可在不显著影响读写性能的前提下，将内存数据安全落盘，确保意外宕机或重启后数据可完整恢复。
Redis 作为内存型数据库，默认数据仅驻留于 RAM 中，一旦进程异常终止或服务器断电，未保存的数据将永久丢失。为兼顾高性能与数据可靠性，Redis 原生支持两种互补的持久化策略：RDB（Redis Database Backup） 和 AOF（Append-Only File）。二者均可在服务运行时异步执行，对主线程读写操作几乎无阻塞，是生产环境保障数据耐久性的标准实践。
✅ RDB 持久化：轻量级快照，适合备份与灾难恢复
RDB 通过周期性生成数据集的时间点快照（.rdb 文件）实现持久化。它采用 fork 子进程方式，在后台完成内存数据的序列化写入，主进程继续响应客户端请求，因此对吞吐量和延迟影响极小。适用于对恢复时间要求不高、但需紧凑备份文件的场景。
Python 中可通过 redis-py 触发手动快照：
import redis
# 连接本地 Redis 实例（请按实际配置调整 host/port/db）
r = redis.Redis(host='localhost', port=6379, db=0, decode_responses=True)
# 写入示例数据
r.set('user:1001', '{"name":"Alice","score":95}')
r.lpush('recent_logins', '2024-06-15T08:30:00Z')
# 异步触发 RDB 快照（非阻塞！）
r.bgsave() # 返回 True 表示已启动后台保存任务
# （可选）检查最近一次保存状态
info = r.info('Persistence')
print(f"Last RDB save time: {info.get('rdb_last_save_time')}")
⚠️ 注意：bgsave() 是推荐方式；避免使用 save()（同步阻塞），否则会暂停所有请求直至写盘完成。
✅ AOF 持久化：高可靠性日志，支持秒级数据保护
AOF 记录每个写命令（如 SET、LPUSH）到追加日志文件，重启时重放日志重建数据。虽日志体积更大、写入稍频繁，但可通过 appendfsync 策略平衡安全性与性能：
- everysec（默认）：每秒刷盘一次 → 兼顾性能与最多 1 秒数据丢失风险；
- no：由 OS 决定刷盘时机 → 性能最优，但宕机可能丢失较多数据；
- always：每次写都 fsync → 安全性最高，但显著降低吞吐量（不推荐生产环境）。
启用 AOF 需在 Redis 配置文件（redis.conf）中设置：
appendonly yes appendfsync everysec auto-aof-rewrite-percentage 100 auto-aof-rewrite-min-size 64mb
启用后，Redis 会自动触发 AOF 重写（BGREWRITEAOF）压缩日志体积，无需 Python 代码干预。
? 最佳实践建议
- 推荐组合策略：同时启用 RDB + AOF（Redis 7.0+ 支持混合持久化），兼顾快速恢复与高数据安全性；
- 禁用持久化仅限开发测试：生产环境必须开启至少一种持久化方式；
- 定期验证备份有效性：将 .rdb 文件拷贝至异地，并通过 redis-check-rdb 工具校验完整性；
- 监控关键指标：关注 rdb_bgsave_in_progress、aof_buffer_length、latest_fork_usec 等指标，及时发现持久化延迟或 fork 耗时过高问题。
综上，Redis 的持久化并非“额外负担”，而是通过精心设计的异步机制无缝融入高性能架构。合理配置 RDB 与 AOF，配合 Python 的简洁调用，即可在毫秒级响应与企业级数据可靠性之间取得完美平衡。
