RDB与AOF概述

Redis提供两种持久化机制：RDB（快照）和AOF（追加日志）。RDB通过周期性生成全量数据快照，恢复速度快但可能丢失最后几分钟数据；AOF记录每次写操作，数据安全性更高但文件体积大、恢复速度慢。两者各有优劣，适用于不同场景。

混合持久化原理

自Redis 4.0起引入混合持久化模式（需同时开启RDB和AOF）。在AOF重写时，将当前内存数据快照以RDB格式写入AOF文件头部，后续增量写操作以AOF格式追加。此方案结合RDB启动快、AOF数据安全性高的优点，同时避免了纯AOF文件过大和重写耗时长的问题。

最优配置方案

核心参数设置：

• 开启RDB：配置 save 900 1 300 10 60 10000（可根据业务容忍度调整时间间隔）
• 开启AOF：appendonly yes
• 启用混合持久化：aof-use-rdb-preamble yes（默认已开启）
• 刷盘策略：建议 appendfsync everysec，平衡性能与安全
• AOF自动重写：auto-aof-rewrite-percentage 100 和 auto-aof-rewrite-min-size 64mb

此配置在保证数据安全的同时，将故障恢复时间控制在秒级。

运维最佳实践

1. 监控持久化性能

使用 INFO persistence 查看RDB/AOF状态，关注 rdb_last_bgsave_time_sec、aof_last_rewrite_time_sec 等指标。若BGSAVE或AOF重写耗时过长（超过10秒），需评估是否fork阻塞或磁盘I/O瓶颈。

2. 定期检查文件完整性

对AOF文件执行 redis-check-aof --fix 检查并修复错误；RDB文件可用 redis-check-rdb 校验。建议在备份恢复演练中验证文件可用性。

3. 内存与磁盘规划

持久化期间，fork子进程会占用与父进程共享的内存页，实际物理内存需预留约1.5~2倍数据量。磁盘建议使用SSD，确保AOF写入和重写性能。

4. 备份策略

每日定时将RDB文件和AOF文件同步至远程存储（如对象存储），保留3~7天副本。混合持久化下，AOF文件头部为RDB，备份AOF即可同时获得完整数据。

总结

混合持久化是当前Redis运维中兼顾数据安全与性能的首选方案。通过合理配置RDB频率、AOF刷盘策略，并结合日常监控与定期检查，可有效保障Redis实例高可用与快速恢复能力。