Redis 提供了一种将数据永久存储到磁盘的方法，即 AOF (追加文件) 机制。但是，随着时间的推移，AOF 文件的大小可能会逐渐增大，导致性能下降和磁盘空间问题。为了解决这个问题，Redis 提供了 AOF 重写 (Rewrite, 压缩) 功能。本文将详细介绍 AOF 重写是什么、如何工作以及如何进行设置。

1. AOF(追加文件)是什么？为什么需要重写？

Redis 使用 AOF 文件来 顺序记录所有写操作，以便永久存储数据。例如，每次执行 SET key value 命令时，都会记录到 AOF 文件中。这样，即使 Redis 服务器重启，也可以恢复数据。

但是，随着时间的推移，针对 同一个键的重复命令 不断添加到 AOF 文件中，导致文件变得庞大，并且恢复时间变长。

为了弥补这一问题，提供了 AOF 重写 (压缩, 清理) 功能。

2. AOF 重写是什么？

Redis AOF 重写信息图

AOF 重写是将现有的 appendonly.aof 文件 替换为优化后的新文件 的过程。在保留原有 AOF 文件的同时，生成新文件，并删除不必要的命令以减小文件大小。这一说明中重要的部分是 优化后替换原有文件，这一表达概括了重写的工作方式。

📌 AOF 重写工作方式

  1. Redis 不直接修改现有 AOF 文件，而是生成一个新的 AOF 文件。
  2. 新文件中包含 最新状态的最小命令。
  3. 例如，现有的 AOF 文件内容可能如下：
   SET key1 "hello"
   SET key1 "world"
   SET key1 "final"

经过 AOF 重写后，内容优化为：

SET key1 "final"

也就是说，当新的 appendonly.aof.tmp 文件完成后，会删除原文件并替换为新文件。（tmp 文件将替代 aof 文件。）

3. AOF 重写的设置方法

✅ 自动 AOF 重写设置

Redis 可以设置为自动执行 AOF 重写。在 redis.conf 中进行如下设置：

auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
  • auto-aof-rewrite-percentage 100: 如果上次 AOF 重写后文件大小 增加 100% (翻倍) 则执行重写
  • auto-aof-rewrite-min-size 64mb: 只有当 AOF 文件的大小 至少为 64MB 时 才执行重写

也就是说，如果现有 AOF 文件的大小为 50MB，之后变为 100MB，则会自动执行重写。

这两个选项应始终一起设置。如果不指定 auto-aof-rewrite-min-size 值，当之前的 AOF 文件大小为 20MB 时，文件增至 40MB 的瞬间可能会发生不必要的重写。因此，通过设置 auto-aof-rewrite-min-size 可以确保仅在超过一定大小时才执行重写。

也就是说，如果现有 AOF 文件的大小为 50MB，之后变为 100MB，则会自动执行重写。

✅ 手动执行 AOF 重写

执行下面的命令，Redis 将立即执行 AOF 重写。

redis-cli BGREWRITEAOF

执行此命令后，Redis 会 在后台生成新的 AOF 文件，并自动完成与原文件的替换过程。

4. AOF 重写的结果

AOF 重写执行后，Redis 数据目录（如 /var/lib/redis 等）将生成如下文件。

ls /var/lib/redis

输出示例：

appendonly.aof
appendonly.aof.tmp  # 重写中生成的临时文件
  • appendonly.aof.tmp: 重写过程中生成的新优化 AOF 文件。
  • appendonly.aof: 重写完成后，删除原文件并替换为新文件。

🚨 AOF 重写并不是压缩现有 AOF 文件，而是生成新的 AOF 文件来替换现有文件的方式。

5. 何时使用 AOF 重写？

✅ 当 AOF 文件大小过大占用过多磁盘空间时 - Redis 持续记录数据，因此随着时间推移文件大小会增加。 - 清理不必要的命令，可以 减少磁盘使用量。

✅ 想要加快 Redis 重启时的恢复速度 - 如果 AOF 文件较大，Redis 重启时需要 执行所有命令以恢复数据，因此会耗费较长时间。 - 进行 AOF 重写后，文件大小降低， 恢复速度会加快。

✅ 想要优化 Redis 的性能 - 如果 AOF 文件过大，可能会降低 Redis 性能。 - 定期执行 AOF 重写，可以 使 Redis 更加稳定运行。

6. RDB 快照与 AOF 重写的区别

比较项 AOF (追加文件) RDB (Redis 数据库)
存储方式 记录所有写操作 每隔一定时间全量导出数据
恢复速度 慢（需要执行所有命令） 快（通过二进制快照恢复）
数据丢失可能性 低（依赖 fsync 设置） 有（依赖快照周期）
文件大小 大（记录所有操作） 小（仅保存最新状态）
性能影响 高（所有操作都记录在日志中） 低（周期性执行快照）
适用场景 需要高耐久性的情况 需要快速恢复的情况

👉 在 Redis 运营环境下，通常将 AOF + RDB 一起设置以确保最佳性能和稳定性。

7. 结论与总结

  • Redis 的 AOF 重写旨在减少 AOF 文件大小并改善恢复速度。
  • 其工作方式并不是直接修改现有 AOF 文件，而是 通过生成新的优化 AOF 文件来替换原有文件。
  • 合理设置 auto-aof-rewrite-percentage 和 auto-aof-rewrite-min-size 可以自动进行 AOF 重写，从而 高效管理性能和存储空间。
  • 结合 RDB 快照使用时，可以同时 优化 Redis 的耐久性与性能。

📌 在运营 Redis 时，适当利用 AOF 重写以优化性能！ 🚀

在右侧的搜索栏中搜索 redis，您可以查看有关 redis 设置的更多文章。

如果您需要对 RDB 和 AOF 的概念进行整理，建议查看以下文章。

Redis 第二篇：Redis 的数据保留选项 - RDB vs AOF