Redis数据持久化机制解析

Redis 数据持久化机制解析

一 核心机制总览

• RDB（Redis DataBase）：在指定时间间隔对内存数据做快照，生成紧凑的二进制文件（默认 dump.rdb）。触发方式包括自动策略、手动 SAVE/BGSAVE，以及 SHUTDOWN 前的同步快照。快照由子进程完成，主进程继续处理请求，恢复时直接加载 RDB，速度很快。适合备份与快速恢复，但在两次快照间宕机会丢失这段时间的数据。
• AOF（Append Only File）：以追加日志方式记录每个写命令（读不记录），重启时重放命令恢复。通过 appendfsync 配置同步策略（always/everysec/no），并支持 BGREWRITEAOF 重写以压缩体积。AOF 通常数据更完整（最多丢失约1 秒），但文件更大、恢复更慢。
• 混合持久化（Redis 4.0+）：开启 aof-use-rdb-preamble yes 后，AOF 重写会在文件头部写入RDB 格式全量，随后追加增量命令。重启时先快速加载 RDB 再回放增量，兼顾启动速度与数据完整性。

二 RDB 机制与配置要点

• 工作原理：满足条件时主进程 fork 子进程，子进程将内存数据写入临时 RDB 文件，完成后原子替换旧文件；期间利用 Copy-On-Write 减少主进程阻塞。
• 触发方式：
  • 自动：配置 save m n（如默认策略：save 3600 1 300 100 60 10000）；也可动态清空规则：CONFIG SET save “”。
  • 手动：SAVE（阻塞）与 BGSAVE（后台异步，推荐）。
  • 关闭前：SHUTDOWN 会触发一次同步快照。
• 文件与路径：RDB 文件名默认 dbfilename dump.rdb；数据目录由 dir 指定（可用 CONFIG GET dir 查看）。
• 适用场景：定时备份、迁移、灾难恢复、对恢复速度要求高的场景；注意两次快照间存在数据丢失窗口。

三 AOF 机制与配置要点

• 工作流程：写命令先追加到 AOF 缓冲区，按 appendfsync 策略同步到磁盘；AOF 文件过大时通过 BGREWRITEAOF 重写（子进程基于当前内存生成最小命令集，重写期间新写命令进入重写缓冲区，结束后追加），显著降低体积。
• 同步策略对比：
  • always：每次写都落盘，最安全、性能最差；
  • everysec（默认）：每秒落盘，最多丢失约1 秒数据，性能与安全的平衡；
  • no：由操作系统决定，最快但风险最高。
• 文件修复：AOF 损坏可用 redis-check-aof --fix 修复后再启动。
• 适用场景：对数据安全性要求高、可接受一定性能开销的场景。

四 混合持久化与恢复顺序

• 启用方式：在 redis.conf 中设置 aof-use-rdb-preamble yes，AOF 重写将先写入RDB 头部，再追加增量 AOF。
• 恢复顺序：当 RDB 与 AOF 同时开启时，Redis 重启优先使用 AOF 恢复（通常更完整）。混合模式重启时先加载 RDB 快照，再回放后续增量命令，实现快速且完整的恢复。

五 选型与实践建议

• 选型建议：
  • 高可靠（如金融、交易）：优先 AOF（everysec）；
  • 高性能与快速恢复（如缓存、会话）：优先 RDB；
  • 兼顾两者：启用混合持久化（RDB+AOF）。
• 关键配置示例（redis.conf）：

  # RDB
  save 3600 1
  save 300 100
  save 60 10000
  dbfilename "dump6379.rdb"
  dir "/data/redis"
  
  # AOF
  appendonly yes
  appendfilename "appendonly.aof"
  appendfsync everysec
  
  # 混合持久化（Redis 4.0+）
  aof-use-rdb-preamble yes
  

• 运维要点：
  • 避免用 SAVE 阻塞主线程，生产环境用 BGSAVE；
  • 定期做 RDB 离线备份 与 AOF 文件备份；
  • 监控 fork 延迟 与 AOF 重写频率，避免 I/O 抖动；
  • 合理设置 dir 与磁盘配额，确保快照与重写有足够空间。