一、Redis 持久化概述

作为内存数据库，Redis 的核心优势在于高速读写能力，但内存数据的易失性特征决定了必须通过持久化机制保障数据可靠性。Redis 提供了 RDB 快照 和 AOF 日志 两种核心方案，并在 4.0+ 版本中引入 混合持久化 模式，实现了性能与数据安全的平衡。

二、RDB 持久化机制

1. 工作原理

RDB（Redis Database）通过生成内存数据的全量快照实现持久化。核心流程如下：

• 手动触发：

127.0.0.1:6379> BGSAVE
# 返回 "Background saving started" 表明子进程已启动

• 自动触发：通过 redis.conf 配置规则，满足任意条件即执行快照：

save 900 1     # 15分钟内修改1次
save 300 10    # 5分钟内修改10次
save 60 10000  # 1分钟内修改10000次

2. 核心特性

3. 生产配置提议

• 文件存储：dir /data/redis/persistence/（避免与配置文件混放）
• 文件命名：dbfilename redis_20251020.rdb（便于版本管理）
• 高写入场景优化：

# 将默认的 save 60 10000 调整为
save 60 50000

三、AOF 持久化机制

1. 工作原理

AOF（Append Only File）通过记录所有写操作命令实现持久化，流程如下：

1. 写入缓冲区：命令先写入内存缓冲区
2. 刷盘策略：根据 appendfsync 配置控制落盘频率

appendfsync always    # 每秒同步（默认）
appendfsync everysec  # 操作后立即同步
appendfsync no        # 由操作系统决定

2. 核心特性

3. AOF 重写机制

• 触发条件：

auto-aof-rewrite-percentage 100  # 文件增长100%触发
auto-aof-rewrite-min-size 64mb   # 最小文件大小

• 手动触发：BGREWRITEAOF 命令

四、混合持久化（Redis 4.0+）

1. 工作原理

结合 RDB 和 AOF 的优势：

1. AOF 文件头部存储 RDB 快照
2. 后续追加增量写操作日志

2. 配置启用

aof-use-rdb-preamble yes

3. 优势对比

五、持久化配置实战

1. RDB 配置示例

# redis.conf
save 300 10          # 5分钟10次修改触发快照
dbfilename prod_dump.rdb
dir /data/redis/rdb/
rdbcompression yes   # 启用LZF压缩

2. AOF 配置示例

appendonly yes
appendfilename "prod_aof.aof"
appendfsync everysec
auto-aof-rewrite-percentage 75
auto-aof-rewrite-min-size 256mb

六、选型提议

七、常见问题处理

1. 数据丢失风险控制

• RDB：合理设置 save 规则，避免过长快照间隔
• AOF：优先使用 everysec 策略，配合 BGREWRITEAOF 控制文件体积

2. 性能调优

• CPU瓶颈：减少 RDB 快照频率，增大 save 时间窗口
• 磁盘IO瓶颈：将 RDB/AOF 文件存储到独立SSD分区

八、总结

Redis 持久化机制的选择需根据业务需求权衡：

• RDB 适合对恢复速度要求高的场景
• AOF 适合对数据安全性要求高的场景
• 混合持久化 是大多数生产环境的推荐方案

通过合理配置 save 规则、刷盘策略和重写机制，可实现性能与可靠性的最佳平衡。提议定期通过 INFO persistence 监控持久化状态，及时调整配置参数。