开启AOF时Redis RDB Dump的适用场景及利用方法

首先明确Redis启动加载逻辑：当服务器启动时，若AOF已启用，则优先从AOF文件加载数据库；否则尝试从RDB快照加载。这意味着AOF启用且存在RDB文件时，默认不会使用RDB。

一、何时会同时启用RDB和AOF？ #

• 兼顾数据安全与恢复效率：AOF能记录几乎所有操作，数据丢失风险极低，但文件体积大、恢复速度慢；RDB是内存快照，文件小、恢复快。同时启用两者，日常依赖AOF保证数据完整性，遇到集群大规模重启等场景时，可用RDB快速恢复。
• 满足离线备份需求：RDB生成的快照是独立的、紧凑的文件，非常适合做离线归档备份。比如定期将RDB文件同步到云存储或离线介质，就算AOF文件出现损坏，也能通过RDB恢复到最近的快照状态。
• 开启混合持久化（Redis 4.0及以上版本）：开启混合持久化后，AOF文件会包含一段RDB快照数据+后续的增量AOF日志。这种方式结合了RDB的快速恢复优势和AOF的数据完整性，是很多生产环境的首选配置。

二、AOF启用的情况下，如何利用RDB文件？ #

• 借助混合持久化优化AOF：开启混合持久化后，执行BGREWRITEAOF命令时，Redis会先生成当前内存的RDB快照，再将最近的增量AOF日志追加到快照后面。生成的新AOF文件体积更小，恢复速度比纯AOF快很多。
• 手动切换加载源恢复数据：如果需要从RDB恢复，可临时修改配置文件将appendonly设为no，重启Redis后会自动加载RDB文件；恢复完成后，再重新开启AOF，Redis会自动将当前内存中的全量数据写入新的AOF文件，后续操作继续以AOF方式记录。
• 用RDB做灾备备份：即使AOF启用，仍可通过配置自动RDB快照策略（如save 3600 1）或手动执行BGSAVE命令生成RDB文件，将其作为灾备备份。当AOF文件损坏无法恢复时，可先加载RDB到最近快照点，再用未损坏的AOF增量日志补全后续数据，最大程度减少数据损失。

内容的提问来源于stack exchange，提问作者user607722