Redis持久化双策略的核心是RDB快照和AOF日志的结合使用。RDB通过定期生成内存数据快照文件（.rdb），实现数据备份，恢复时直接加载快照，速度极快，适合大数据量场景；AOF则记录每条写命令到日志文件，重放命令恢复数据，确保数据不丢失。通过双策略互补，RDB提供高效恢复，AOF保证持久化可靠性，二者结合让数据安全如磐石，同时性能卓越如飞翼。配置时开启两者，AOF优先级更高，定期重写AOF文件优化体积，实现完美平衡。

RDB与AOF详解

RDB（Redis DataBase）是Redis的快照持久化方式，按照指定周期将内存中的数据集快照写入磁盘上的RDB文件。RDB文件是二进制压缩格式，加载速度快，适合冷备份和灾难恢复。缺点是可能丢失最后一次快照后的数据。AOF（Append Only File）持久化方式，将所有写命令追加到AOF文件中，文件易读，重启时通过重放命令恢复数据。AOF更可靠，但文件较大，恢复较慢。为提升性能，可配置AOF重写机制，定期合并命令生成更紧凑的AOF文件。

双策略配置实践

在redis.conf中，开启RDB：save 900 1（900秒内至少1个键变化则快照）；AOF：appendonly yes，appendfsync everysec（每秒同步一次）。混合使用时，设置auto-aof-rewrite-percentage 100（增长100%时重写），no-appendfsync-on-rewrite yes（重写时不阻塞）。故障恢复优先加载AOF，若无则用RDB。测试恢复时间和数据完整性，确保生产环境稳定。此策略让Redis在高并发下数据零丢失，性能不打折。

数据安全与性能优化

双策略下，RDB提供点-in-time恢复，AOF确保99.9%数据不丢。性能上，RDB生成快照fork子进程不阻塞主线程，AOF everysec模式每秒fsync一次，延迟低。为进一步优化，结合主从复制，主节点AOF+RDB，从节点只读备份。监控指标：info persistence查看rdb_changes_since_last_save和aof_current_size，及时调整策略。实际案例中，此配置支撑亿级QPS，宕机恢复仅秒级，安全性能双赢。

最佳实践与注意事项

生产环境推荐RDB+AOF混合：RDB周期性全量备份，AOF增量日志。配置fsync策略：always（最安全但慢）、everysec（平衡）、no（最快OS控制）。定期备份RDB/AOF到远程存储，避免单点故障。升级Redis时，先停止AOF，生成RDB备份。常见坑：磁盘满导致AOF膨胀，需设置aof-rewrite-percentage和min-size阈值。此双策略让数据牢不可破，性能飞一般。

FAQ

Q: RDB和AOF哪个更好？
A: 两者结合最好，RDB快照高效备份，AOF日志可靠持久化，互补使用数据最安全。

Q: 如何避免数据丢失？
A: 用AOF的everysec模式，每秒fsync，加上RDB定期快照，双保险零丢失。

Q: AOF文件太大怎么办？
A: 开启自动重写，配置auto-aof-rewrite-percentage 100，定期压缩体积。

Q: 恢复数据步骤？
A: 重启Redis，优先加载AOF文件，无AOF则用RDB，命令行redis-server --dbfilename。