Likanug // lab
返回文章列表

文章

技术分享

关于redis持久化需要知道的事

redis有3中持久化的方式分别是：RDB、AOF和混合持久化

#开发#架构设计
目录
  1. Redis 持久化机制详解
  2. 一、整体概述
  3. 二、三种持久化机制详解
  4. 三、原理对比
  5. 1. RDB（快照）
  6. 2. AOF（追加日志）
  7. 3. 混合持久化
  8. 四、优缺点分析
  9. 五、适用场景分析
  10. 六、推荐配置示例（redis.conf）
  11. 七、部署与运维建议
  12. ✅ 架构推荐
  13. ✅ 持久化策略选型建议
  14. 八、总结
  15. 📎 参考文章

Redis 持久化机制详解#

一、整体概述#

Redis 是一个基于内存的高性能键值数据库，但也提供了多种持久化机制以实现 数据不丢失 或 快速恢复。Redis 的三种持久化机制可以单独使用也可以并存，包括：

  1. RDB（Redis Database Snapshot）
  2. AOF（Append Only File）
  3. 混合持久化（Hybrid Persistence）

二、三种持久化机制详解#

持久化方式默认状态核心原理持久化文件
**RDB**✅ 开启周期性 fork 子进程生成内存快照`dump.rdb`
**AOF**❌ 关闭每次写命令追加到日志文件，定期或实时写入磁盘`appendonly.aof`
**混合持久化**⚠️ 依赖 AOFAOF 重写时以 RDB 快照为前缀，后接增量写操作命令`appendonly.aof`（含快照段）

三、原理对比#

1. RDB（快照）#

  • 触发方式：
    • 配置 save 规则（如 save 900 1 表示 900 秒内至少 1 次写操作触发快照）
    • 或手动执行 BGSAVE
  • 工作流程：
    • Redis 主进程 fork 子进程，子进程将内存数据写入 dump.rdb 文件
  • 恢复方式：
    • 启动 Redis 时读取 dump.rdb 恢复数据

2. AOF（追加日志）#

  • 触发方式：
    • 配置 appendonly yes
    • 每次写命令被记录到 AOF 文件中，刷盘方式有：
      • always（每次写命令都刷盘，最安全但最慢）
      • everysec（每秒刷盘，推荐）
      • no（由操作系统控制刷盘时机）
  • 恢复方式：
    • Redis 启动时 replay AOF 文件中的命令顺序执行恢复

3. 混合持久化#

  • 触发方式：
    • 当开启 AOF 且配置 aof-use-rdb-preamble yes 时，AOF 重写时启用混合模式
  • 原理：
    • 重写后的 AOF 文件以 RDB 快照为开头，后续追加 rewrite 过程中的命令日志
  • 恢复方式：
    • Redis 启动时先读取 RDB 段加载基础数据，再 replay 命令部分恢复完整状态

四、优缺点分析#

特性RDBAOF混合持久化
是否默认开启✅ 是❌ 否⚠️ 依赖 AOF
数据恢复速度✅ 快（加载快照）❌ 慢（逐条 replay 命令）✅ 快（快照 + replay 少量命令）
数据安全性❌ 相对较低（丢失最近一次快照后的数据）✅ 高（丢失时间窗口可控）✅ 高
文件体积✅ 小❌ 大（冗长命令日志）✅ 中（快照 + 命令）
性能开销✅ 低（异步生成）❌ 较高（频繁写盘）✅ 较低（优化 rewrite 效率）
启动复杂度✅ 简单❌ 慢✅ 快速
可读性/可编辑性❌ 二进制格式✅ 文本命令✅ 部分可读

五、适用场景分析#

场景类型推荐机制原因
临时缓存关闭持久化（仅内存）数据可丢失，不需要写入磁盘
开发/测试环境默认 RDB简单易用，冷启动快
数据重要（不容丢失）RDB + AOF（everysec） + 混合持久化AOF 提供实时日志，RDB 保证快速恢复，混合持久化优化效率
海量数据 + 快速启动开启混合持久化 + AOF rewrite减少 AOF replay 时间，提高恢复速度
云部署 + 持久存储定期备份 RDB/AOF 到对象存储保障跨节点迁移、故障恢复

六、推荐配置示例（redis.conf）#

# RDB 快照（默认开启）
save 900 1
save 300 10
save 60 10000
dbfilename dump.rdb

# AOF 日志（开启并设为每秒刷盘）
appendonly yes
appendfilename "appendonly.aof"
appendfsync everysec

# 混合持久化
aof-use-rdb-preamble yes

# 自动重写 AOF 文件
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

# 持久化文件保存目录
dir /data/redis

七、部署与运维建议#

✅ 架构推荐#

  • 主从 + Sentinel：高可用保障
  • 定期备份：同步 RDB/AOF 至异地存储
  • 监控持久化状态：
    • INFO Persistence 查看是否持久化成功
    • redis-check-aof、redis-check-rdb 做完整性验证

✅ 持久化策略选型建议#

需求类型持久化策略建议
快速恢复 + 高可靠✅ RDB + AOF + 混合持久化
极致性能✅ AOF everysec + 关闭自动重写（定时触发）
数据可丢失缓存❌ 不建议开启任何持久化
内存紧张✅ 只用 RDB，关闭 AOF（但快照频率要提高）

八、总结#

  • Redis 的三种持久化机制不是互斥的，可以根据业务需求灵活搭配。
  • 推荐在生产环境开启 RDB + AOF（everysec）+ 混合持久化，实现 数据安全性、性能和恢复速度的平衡。
  • 合理配置 rewrite 条件、定期备份和监控状态，是保障 Redis 稳定可靠运行的关键。

📎 参考文章#