Redis持久化怎样配置最佳

Redis持久化最佳实践

一、选择策略

• 仅作缓存且可丢失：可关闭持久化，或仅在从节点做周期性 RDB 备份，避免影响主流程性能。
• 容忍分钟级丢失、追求快速恢复与备份：使用 RDB，配置合理的保存策略（如 save 900 1、save 300 10、save 60 10000）。
• 强一致与最小丢失：启用 AOF，同步策略用 appendfsync everysec（最多丢失约1秒数据）。
• 通用生产推荐：开启 混合持久化（RDB+AOF），在 AOF 重写时将 RDB 快照嵌入 AOF 头部，兼顾恢复速度与数据完整性（需 Redis ≥ 4.0，设置 aof-use-rdb-preamble yes）。重启时 Redis 会优先加载 AOF 恢复数据。

二、推荐配置示例

• 通用平衡型（RDB+AOF 混合，适合大多数业务）

  save 900 1
  save 300 10
  save 60 10000
  
  appendonly yes
  appendfsync everysec
  aof-use-rdb-preamble yes
  auto-aof-rewrite-percentage 100
  auto-aof-rewrite-min-size 64mb
  
  rdbcompression yes
  rdbchecksum yes
  dir /var/lib/redis
  dbfilename dump.rdb
  appendfilename "appendonly.aof"
  

  说明：RDB 提供快速恢复与备份，AOF 提供更高持久性，混合模式让恢复先加载 RDB 再回放少量增量，效率更高。

• 强一致型（AOF 优先，丢失最小化）

  appendonly yes
  appendfsync always
  aof-use-rdb-preamble yes   # 仍建议开启，利于重写与恢复
  auto-aof-rewrite-percentage 100
  auto-aof-rewrite-min-size 64mb
  

  说明：每次写都落盘，持久性最强，但写性能下降明显，通常仅在强一致场景使用。

• 缓存型（尽量不启用持久化）

  # save 900 1
  # save 300 10
  # save 60 10000
  appendonly no
  

  说明：如需备份，可在从节点定时执行 BGSAVE 生成 RDB 快照，避免影响主节点性能。

三、关键细节与调优

• 控制 fork 延迟与资源：大内存实例的 BGSAVE/BGREWRITEAOF 会 fork 子进程，注意内存与 CPU 余量，避免抖动；必要时降低触发频率。
• AOF 重写与 I/O：合理设置 auto-aof-rewrite-min-size 与 auto-aof-rewrite-percentage，避免频繁重写；在重写期间可权衡设置 no-appendfsync-on-rewrite（yes 可降低阻塞但增加少量数据丢失风险）。
• 数据安全与一致性：同时开启 RDB+AOF 时，Redis 重启优先用 AOF 恢复；仅 AOF 场景下，同步策略优先 everysec。
• 监控与验证：用 INFO PERSISTENCE 观察 aof_enabled、aof_rewrite_in_progress、last_bgrewrite_status 等；异常时用 redis-check-aof --fix 修复 AOF。
• 备份与离线归档：定期拷贝 RDB/AOF 到安全存储；对关键变更可手动 BGSAVE/BGREWRITEAOF 生成可归档快照。

四、不同场景配置速查表