Redis 持久化机制：RDB 和 AOF

Redis 主要提供了两种持久化方式：**RDB（Redis Database）**和 AOF（Append-Only File）。它们各自的实现原理、优缺点以及适用场景如下。

RDB 采用 快照（Snapshotting） 方式定期将 内存中的数据 持久化到磁盘。Redis 会在特定时间点创建数据的二进制快照并存储到 .rdb 文件中。

RDB 触发方式：

手动触发：
- SAVE：同步保存快照，会阻塞 Redis，直到保存完成。
- BGSAVE：异步保存快照，创建子进程执行快照操作，不影响主进程处理请求。
自动触发：
- 配置 save 规则（默认开启），例如：
  ini 复制代码
```
save 900 1  # 900秒（15分钟）内至少有1次写操作
save 300 10 # 300秒（5分钟）内至少有10次写操作
save 60 10000 # 60秒（1分钟）内至少有10000次写操作
```
- 执行 SHUTDOWN 时，若未启用 AOF，则 RDB 触发保存。
- Redis 复制（Replication）时，主节点自动生成 RDB 发送给从节点进行全量同步。

执行 BGSAVE：
- Redis **fork（分叉）**一个子进程。
- 子进程 遍历整个数据集，将其序列化为二进制格式存储到磁盘文件 dump.rdb。
- 完成后，替换旧的 RDB 文件。
RDB 文件格式
- RDB 文件是二进制格式，存储结构紧凑，便于快速加载。

AOF 采用 日志追加（Append-Only Log） 方式，每次执行写操作（SET、HSET、LPUSH 等）时，将命令追加到 .aof 文件。

AOF 触发方式：

AOF 采用 追加写入 ，并根据 appendfsync 配置决定何时同步到磁盘：

ini 复制代码

appendfsync always   # 每次写操作都 fsync（最安全但影响性能）
appendfsync everysec # 每秒 fsync 一次（默认，权衡性能和安全）
appendfsync no       # 交由操作系统决定何时 fsync（最高效但不安全）

写入日志：
- 每次有写操作，Redis 先写入内存 命令日志，然后追加到 AOF 文件。
AOF 文件同步（appendfsync）：
- 根据 appendfsync 策略，将数据刷入磁盘。
AOF 重写（Compaction）：
- 随着时间推移，AOF 文件不断增长，Redis 定期重写（Rewrite） AOF 文件：
- 触发方式 ：
  - 手动触发：BGREWRITEAOF
  - 自动触发：Redis 判断 AOF 文件大小增长达到阈值后触发。
- 重写机制 ：
  - 创建子进程读取现有数据库状态，并以最少的命令重新写入 AOF。
  - 新文件生成后，替换旧 AOF 文件。

✅ 适用于：

❌ 不适用于：

✅ 适用于：

❌ 不适用于：

示例配置

ini 复制代码

# 启用 AOF
appendonly yes
appendfsync everysec

# 启用 RDB
save 900 1
save 300 10
save 60 10000

在 Redis 6.0 之后，AOF 支持混合模式（RDB+AOF），减少 AOF 体积：

ini 复制代码

aof-use-rdb-preamble yes

这样可以平衡性能、存储和数据安全，让 Redis 运行更稳定。