Redis 持久化 RDB 和 AOF 怎么选？

Question

仓乃文 · Accepted Answer

Redis 是内存数据库，重启后数据丢失。RDB 和 AOF 是两种持久化方式，各有优劣。选错持久化方案可能导致数据丢失或性能下降，是 Redis 运维的基础决策。

RDB（快照）：
```bash
# 按配置自动触发快照
save 900 1       # 900秒内至少1次修改
save 300 10      # 300秒内至少10次修改
save 60 10000    # 60秒内至少10000次修改

# 手动触发
BGSAVE  # 后台 fork 子进程生成 RDB 文件

# 优点：
# - 文件紧凑，恢复速度快（直接加载二进制文件）
# - fork 子进程不影响主线程性能
# - 适合备份和容灾

# 缺点：
# - 非实时，两次快照间的数据可能丢失（最多丢几分钟）
# - fork 大数据集时可能卡顿（Copy-On-Write）
```

AOF（追加日志）：
```bash
# 记录每次写操作
appendonly yes
appendfsync everysec  # 每秒 fsync（推荐）
# appendfsync always  # 每次写入都 fsync（最安全但最慢）
# appendfsync no      # 由操作系统决定（最快但可能丢数据）

# 自动重写压缩
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

# 优点：
# - 最多丢 1 秒数据（everysec 模式）
# - 可读的日志格式，可手动修复

# 缺点：
# - 文件比 RDB 大
# - 恢复速度比 RDB 慢（重放所有命令）
# - 写入开销比 RDB 大
```

选择建议：
```bash
# 纯缓存场景（数据可丢）：关闭持久化
save ""
appendonly no

# 允许丢几分钟数据：只用 RDB
save 900 1
appendonly no

# 允许丢 1 秒数据：RDB + AOF（推荐）
save 900 1
appendonly yes
appendfsync everysec

# 数据不能丢：AOF + always fsync
appendonly yes
appendfsync always
# 代价：写入性能下降 50%+
```

补充说明：
- Redis 4.0+ 支持 RDB-AOF 混合持久化，兼顾恢复速度和数据安全
- aof-use-rdb-preamble yes 开启混合持久化
- AOF 重写期间会占用额外内存（缓存新写入的命令）
- 规则：数据不能丢就用 AOF+everysec，纯缓存就关持久化
- 持久化文件不要和 Redis 同盘，避免 IO 争抢