Redis 持久化 - AOF & RDB

Wed, 26 Aug 2026 00:00:00 +0800

Redis 基于内存运行，因此如果 Redis 服务器崩溃，数据将会丢失。为了防止数据丢失，Redis 提供了两种持久化机制：RDB 和 AOF。

先给结论

RDB 是定期快照：文件小、加载快、适合备份和快速恢复，但两次快照之间的写入可能全部丢失。
AOF 是写命令日志：通常能把故障时的丢失窗口压到约 1 秒，但文件会增长，需要 rewrite；磁盘写入、fsync 和恢复回放都要付出成本。
线上有状态数据通常同时开 RDB 和 AOF：AOF 用于较小的 RPO，RDB 用于备份、迁移和快速装载。两者同时打开时，Redis 启动优先加载 AOF。
Redis 7 是文件布局分水岭：AOF 从单文件变为 Multi-Part AOF（MP-AOF），由 base 文件、incremental 文件和 manifest 共同组成。备份时不能只拷贝一个 appendonly.aof。
持久化不是高可用：副本、Sentinel、Cluster 能缩短故障切换时间，但不能替代跨故障域的持久化备份。

可以把目标拆成两个指标：

RDB 通常更偏向较短的 RTO，AOF 通常更偏向较小的 RPO。最终结果还受文件系统、磁盘控制器、云盘写入保障和备份流程影响，不能只看 Redis 配置名义上的策略。

Redis 的工作集在内存中。进程重启、主机掉电或容器被销毁时，内存状态本身不会保留。持久化把内存状态转换为可在启动时重新装载的文件：

客户端命令
 |
 v
内存中的数据集 ---------------> RDB 快照（某一时刻的完整状态）
 |
 +--------------------------> AOF（按顺序记录的写命令）

这里有三个容易混淆的边界：