Redis AOF缓冲区刷盘策略

AOF 工作机制

Redis 执行写命令时，会先将命令写入 AOF 缓冲区，随后根据配置的策略将缓冲区数据写入磁盘的 AOF 文件。整个过程分为两步：

1. 写入（Write）：将数据从 AOF 缓冲区写入内核的 页面缓存（Page Cache）。
2. 同步（Sync）：通过 fsync 系统调用，强制将页面缓存的数据刷入磁盘。

---

2. fsync 的三种策略

Redis 通过 appendfsync 配置项控制 fsync 的行为：

策略	行为	数据安全性	性能
always	每次写入 AOF 后立即调用 fsync。	最高	最低
everysec	每秒调用一次 fsync（后台线程执行，主线程不阻塞）。	中等	中等
no	不主动调用 fsync，依赖操作系统周期性同步（通常 30 秒）。	最低	最高

---

3. 过程详解

a. always 策略

• 步骤：
  1. 命令写入 AOF 缓冲区。
  2. 调用 write() 将缓冲区数据写入页面缓存。
  3. 立即调用 fsync() 同步到磁盘。
  4. 主线程阻塞直到 fsync 完成。
• 特点：确保数据零丢失，但频繁磁盘 I/O 导致性能下降。

b. everysec 策略

• 步骤：
  1. 命令写入 AOF 缓冲区。
  2. 调用 write() 写入页面缓存。
  3. 后台线程每秒触发一次 fsync()。
• 特点：平衡安全性与性能，最多丢失 1 秒数据（若系统崩溃）。

c. no 策略

• 步骤：
  1. 命令写入 AOF 缓冲区。
  2. 调用 write() 写入页面缓存。
  3. 依赖操作系统自动同步（如 Linux 默认 30 秒）。
• 特点：性能最佳，但宕机可能丢失大量数据。

---

4. 性能与可靠性权衡

• 高安全性场景：使用 always，但需接受较低吞吐量。
• 通用场景：推荐 everysec，兼顾性能与数据安全。
• 高性能场景：使用 no，接受潜在数据丢失风险。

---

5. 其他注意事项

• AOF 重写：通过 bgrewriteaof 生成紧凑的 AOF 文件，减少冗余命令。重写期间会触发临时 fsync。
• RDB 与 AOF 结合：RDB 快照适合备份，AOF 提供精细持久化，二者结合可优化数据恢复效率。
• 操作系统影响：fsync 性能受磁盘类型（如 HDD/SSD）、文件系统及内核配置影响。

---

通过合理配置 appendfsync，开发者可根据业务需求在数据安全性和性能之间找到最佳平衡点。