Redis RDB 和 AOF 深入比较Redis 的持久化机制是其作为内存数据库能够保证数据安全的关键。RDB 和 AOF 是两种核心方案，它们在原理、性能、数据安全性等方面有着本质区别。本文将深入剖析这两种机制，并给出生产环境的选型建议。一、核心原理对比1.1 RDB（Redis Database）RDB 通过生成内存快照的方式，将某一时刻的数据以二进制压缩文件（默认dump.rdb）保存到磁盘。关键特性：全量备份：每次保存整个数据集fork 子进程：利用写时复制（Copy-on-Write, COW）技术，不阻塞主进程二进制格式：文件小，恢复快1.2 AOF（Append Only File）AOF 通过记录每个写命令的方式，以追加形式写入日志文件（默认appendonly.aof），类似 MySQL 的 binlog。关键特性：增量记录：只记录写操作，读操作不记录追加写入：顺序写，性能较好文本格式：可读性强，易于理解和修复二、核心差异全景对比对比维度RDBAOF文件格式二进制压缩格式文本格式（Redis 协议命令）文件大小小（压缩存储）大（存储原始命令）数据恢复速度快（直接加载快照）慢（逐条重放命令）持久化开销低（fork 子进程）中到高（取决于 fsync 策略）数据安全性可能丢失最后一次快照后的数据最多丢失 1 秒数据（everysec）适用场景数据恢复、备份、从实例同步高数据安全性要求可读性不可读可读，便于分析和修复重启恢复时间快（加载快照）慢（重放命令）2.1 数据安全性对比这是两者最核心的区别，通过一个例子说明：时间点操作RDB 状态AOF(everysec) 状态10:00:00set key1 A未记录已记录10:00:01set key1 B未记录已记录10:00:02set key1 C未记录已记录10:00:03Redis 崩溃丢失 key1 所有变更最多丢失 1 秒数据RDB：如果上次快照是 09:59:50，那么 10:00:00-10:00:03 的所有数据全部丢失AOF：最多丢失 1 秒内的写操作2.2 文件大小对比以 1000 万条