Redis的AOF重写机制

最新推荐文章于 2025-07-07 16:43:24 发布
最新推荐文章于 2025-07-07 16:43:24 发布
阅读量696 收藏 1
点赞数 2
CC 4.0 BY-SA版权
分类专栏： 数据库--redis高级 文章标签： 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/yjc0403/article/details/84829562
本文详细介绍了Redis的AOF重写机制的工作原理：通过创建重写子进程读取旧AOF文件并进行压缩，同时主进程继续接收并记录新指令。确保了AOF文件的可用性及数据的安全性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Redis的AOF重写机制

 

1. 重写AOF的时候，创建一个重写子进程，然后读取旧的AOF文件，压缩并写入到一个临时AOF。

2. 在此期间，主进程一边将接收到的指令累计到一个缓冲区中，一边将指令写入到旧的AOF。

（这样的好处，保证AOF文件的可用性，避免写过程时出意外）

3. 子进程写完后，向主进程发送一个信号量，主进程就将缓冲区中的指令追加到新AOF。

4. 用新的AOF替换旧的AOF，之后的新指令就追加到新的AOF。

来聊聊Redis的AOF重写机制
禅与计算机程序设计的艺术
07-09 1307
因为近期收到很多读者的私信，所以也专门创建了一个交流群，感兴趣的读者可以通过上方的公众号获取笔者的联系方式完成好友添加，点击备注。因为近期收到很多读者的私信，所以也专门创建了一个交流群，感兴趣的读者可以通过上方的公众号获取笔者的联系方式完成好友添加，点击备注。文件，基于del等指令将抹去一些无用的键值对，但是笔者查看源码后发现，此类说法有着严重的错误，所以笔者就基于此文来详细讨论一些。，可以看到其内部就是生成一个临时文件，然后遍历数据库中的键值对，根据键值对的类型生成相应的。以本文为例，假设我们。
【redis】Redis中AOF的重写机制
九师兄
12-12 739
为了避免子进程在重写过程过程中，主进程中的数据发生变化，导致AOF文件里面的数据和redis内存中的数据不一致，redis中还做了一个优化，也就是说在子进程在做这个重写的过程中，主进程中的数据变更，需要追加到AOF的重写缓冲区中，等到AOF重写完成以后，再把AOF重写缓冲区的数据，追加到新的AOF文件里面，这样意料就能保证新的AOF文件里面的数据和当前Redis中的数据保持一致。子进程在进行重写的过程中，主进程依然可以去处理客户端的一个请求，这样一来子进程在重写的过程中，不耽误客户端的使用。
【Redis 干货领域】从底层彻底吃透 AOF 重写 (原理篇)
m0_57227221的博客
05-19 1180
每日一句 不要轻易去依赖一个人，它会成为你的习惯，当分别来临，你失去的不是某个人，而是你精神的支柱。无论何时何地，都要学会独立行走，它会让你走得更坦然些。 前提介绍 为了保证缓存数据的完整性和可靠性，Redis 提供两种持久化机制： RDB: 将数据库的快照以二进制的方式保存到磁盘； AOF: 将所有写入命令及相关参数以协议文本的方式写入文件并持久保存磁盘； 本文只关心 AOF，Redis Server 将所有写入的命令转换成 RESP 协议文本的方式写入 AOF 文件。 AOF 的实现 Red
Redis 持久化机制
happyJared
08-25 193
持久化数据，也就是将内存中的数据写入到硬盘里，大部分原因是为了之后重用数据（比如重启机器、机器故障后恢复数据），或是为了防止系统故障而将数据备份到远程。 Redis 不同于 Memcached 的重要一点就是，Redis 支持持久化，且支持两种不同的持久化操作。 默认的持久化方式叫快照（snapshotting，RDB），另一种方式是只追加文件（append-only file，A...
【Redis】AOF重写
最新发布
qq_45487673的博客
07-07 586
Redis AOF重写机制解析：为了解决AOF文件膨胀问题，Redis引入了AOF重写机制。该机制通过创建子进程，基于内存数据快照生成最简命令序列写入新文件，替代冗余的旧文件。重写期间主进程继续处理请求，并将增量写命令缓存后追加到新文件末尾。该机制显著减小文件体积（平均缩减3/4），提升恢复速度并节省空间。需注意fork阻塞风险、I/O压力以及混合持久化等优化选项，推荐开启RDB+AOF混合模式以兼顾性能和数据安全。
【redis】AOF重写机制
weixin_43346403的博客
06-21 727
3.触发AOF重写时，内部做了哪些事情。
浅谈 AOF 重写机制
小生的博客
07-14 1985
AOF重写可以产生一个新的AOF文件，这个新的AOF文件和原有的AOF文件所保存的信息一样，但体积更小，可以节省 Redis 的空间。AOF重写之所以有日志瘦身的作用，原因在于其可以将旧日志文件中的多条命令，在重写后的新日志中变成一条命令。比如对一个list里面的元素写了又删，我就可以合并为一条命令 → 。如果不进行AOF重写，会导致AOF文件越来越大，从而产生性能问题：AOF重写不会阻塞主线程，其重写过程是由后台子进程 来完成的，从而避免了性能下降。 具体流程如下：...
缓存数据库REDIS之二：AOF重写原理
云来云去的博客
08-03 4450
一、为什么使用AOF RDB持久化是将进程数据写入文件，而AOF持久化，则是将Redis执行的每次写、删除命令记录到单独的日志文件中，查询操作不会记录; 当Redis重启时优先执行AOF文件中的命令来恢复数据。 与RDB相比，AOF的实时性更好，因此已成为主流的持久化方案。 二、AOF 重写作用 AOF 持久化是通过保存被执行的写命令来记录数据库状态和相关数据，所以AOF文件的大小随着时间推进会越来越大；那么通过AOF文件进行还原出数据库的时间也会相应增...
深入解析 Redis AOF 机制：持久化原理、重写优化与 COW 影响
李白
02-03 1497
AOF 主要用于保证 Redis 数据持久化，避免数据丢失。AOF 重写（Rewrite）机制减少文件体积，加快恢复速度。写时复制（COW）影响 AOF 重写期间的内存使用。大规模数据写入下，优化 AOF 体积使用 AOF + RDB 混合模式。调整 AOF 重写触发条件。优化磁盘 IO，避免 AOF 过大。📌最终建议：如果 Redis 版本 ≥ 7.0，推荐使用 AOF + RDB 混合模式，以获得最佳性能与数据可靠性！
优化Redis AOF重写配置：解决AOF文件过大的终极指南
2402_83235349的博客
03-20 1951
本文深入剖析Redis AOF持久化机制，通过调整 appendfsync、no-appendfsync-on-rewrite 等核心参数，解决AOF文件膨胀问题。详细解读配置优化步骤、性能与数据安全的权衡策略，并提供生产环境最佳实践，助你轻松实现Redis高性能与高可靠性的双重保障。
redis aof写入以及aof重写的源码分析
dxgzg的博客
06-16 945
redis aof写入和重写源码分析
redis aof 文件重写机制
Andy86869的博客
04-03 4484
redis 随着命令不断的写入数据，aof 文件会越来越大。为了解决这个问题，redis 引入了 aof 文件重写机制，以便压缩 aof 体积 ，更小的 aof 文件可以更快的被 redis 加载。 aof 文件重写是将 redis 中的数据转换为 写命令同步更新到 aof 文件的过程。 重写 aof 后 为什么么可以变小 清除了一些无效命令 eg. del srem 进程内超时的数据不再写入 ...
redis持久化的AOF重写机制
qq_36594703的博客
04-18 887
1.手动通过命令在后台开始重写功能：bgrewriteaof 2.AOF自动重写方式 自动重写触发条件设置：①auto-aof-rewrite-min-size size②auto-aof-rewrite-percentage percent 自动重写触发对比参数(运行指令Info Persistence获取）①aof_current_size②aof_base_size 自动重写触发条件...
Redis学习笔记-AOF日志&重写机制
qq_38937634的博客
12-30 1421
文章目录Redis学习笔记-AOF日志&重写机制1.笔记图2.AOF 日志实现3.写日志先后顺序的思考4.AOF 日志记录的内容举例说明5.由 AOF 日志记录引发的潜在风险思考6.潜在风险对应的三种写回策略7.性能问题8.AOF 重写机制9.AOF 重写机制引发的阻塞思考 Redis学习笔记-AOF日志&重写机制 Redis 使用最多的场景是 缓存，若出现服务器宕机的情况，内存中的数据将全部丢失，若恢复数据的时候从后端数据库读取就会给数据库造成很大的压力，并且数据恢复缓慢，所以对于 Red
AOF重写
qq_62440604的博客
07-26 618
AOF重写机制
redis 的aof，rdb与aof重写机制
qq_43562988的博客
05-30 1186
aof重写 AOF的重写机制 前面也说到了，AOF的工作原理是将写操作追加到文件中，文件的冗余内容会越来越多。所以聪明的 Redis 新增了重写机制。当AOF文件的大小超过所设定的阈值时，Redis就会对AOF文件的内容压缩。 重写的原理：Redis 会fork出一条新进程，读取内存中的数据，并重新写到一个临时文件中。并没有读取旧文件（你都那么大了，我还去读你？？？ o(ﾟДﾟ)っ傻啊！）。最后替换旧的aof文件。 触发机制：当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发。这里的
redis的aof的重写机制
qq_63431773的博客
07-12 1035
redis有两中数据持久化的方法，RDB和AOF。其中的AOF技术是相对RDB几乎实时去实现数据指令的一个持久化，将每一个数据操作指令以日志追加形式写入aof文件里面，但是如果一直追加有可能导致aof文件过大，造成IO性能的问题，为解决这个aof文件过大问题，redis设计出AOF重写机制。
Redis-只追加日志AOF重写原理
文文x的博客
10-22 431
我们知道，Redis持久化机制有RDB快照持久化和只追加日志AOF持久化。AOF持久化可以实现数据的超高安全性，比RDB持久化更能保证数据的安全，达到不丢失1秒间的数据，但是随着Redis的不断运行，长期运行，日志文件会不断变大，甚至高达T级数据集，因此这就涉及到一个AOF重写机制： AOF 持久化是通过保存被执行的写命令来记录数据库状态的，所以AOF文件的大小随着时间的流逝一定会越来越大；影响包括但不限于：对于Redis服务器，计算机的存储压力；AOF还原出数据库状态的时间增加； 为了解决AOF文件体积膨
Redis--重写机制（减小AOF文件大小）
IT利刃出鞘的博客
02-09 6585
本文介绍Redis的重写机制。
Redis AOF重写过程
06-08
### Redis AOF 重写的详细过程和原理 Redis 的 AOF（Append Only File）持久化机制通过记录服务器执行的写命令来确保数据的安全性。然而，随着运行时间的增长，AOF 文件可能会变得非常庞大，导致加载时间过长，影响性能。为了解决这一问题，Redis 引入了 AOF 重写机制。 #### AOF 重写的触发条件 AOF 重写可以通过以下几种方式触发[^4]： - 手动执行 `BGREWRITEAOF` 命令。 - 主从复制完成后，无论 RDB 文件解析和加载是否成功。 - AOF 重写被设置为待调度执行。 - AOF 被启用，同时 AOF 文件的大小比例超出配置的阈值（如 `auto-aof-rewrite-min-size` 和 `auto-aof-rewrite-percentage`），并且 AOF 文件的绝对大小也超出设定的最小值。 #### AOF 重写的实现原理 AOF 重写的核心思想是生成一个新的、更紧凑的 AOF 文件，其中包含最少的写命令集合，能够重建当前的数据库状态。以下是其具体实现过程： 1. **Fork 子进程**：Redis 主进程通过 `fork` 系统调用创建一个子进程。子进程会继承父进程的内存页表，但由于写时复制（Copy-On-Write, COW）机制，父子进程在初始状态下共享同一份物理内存，只有当某个进程修改内存时才会分配新的页面[^1]。 2. **扫描内存数据**：子进程遍历 Redis 当前内存中的所有键值对，并将这些数据转换为一组高效的写命令。例如，如果某个列表包含多个元素，子进程不会逐条记录每个 `LPUSH` 或 `RPUSH` 操作，而是直接生成一个 `DEL` 和 `RPUSH` 的组合命令来表示整个列表的状态[^3]。 3. **生成新文件**：子进程将这些优化后的写命令写入到一个临时文件中（通常命名为 `temp-rewriteaof.aof`）。此过程完全由子进程完成，主进程可以继续处理客户端请求，从而避免阻塞。 4. **替换旧文件**：当子进程完成新 AOF 文件的生成后，它会通知父进程。父进程将旧的 AOF 文件原子性地替换为新的 AOF 文件，确保操作过程中不会丢失任何数据。 5. **同步写操作**：在子进程执行重写期间，主进程仍然会接收新的写命令。为了保证数据一致性，主进程会将这些命令同时追加到旧的 AOF 文件和一个缓冲区中。当重写完成后，缓冲区中的命令会被追加到新的 AOF 文件末尾，确保所有数据都被正确持久化[^3]。 #### AOF 重写的优点 - 减少 AOF 文件的体积，缩短加载时间，提高 Redis 的启动效率。 - 通过合并冗余命令，降低写入操作的复杂度，提升性能。 - 利用 COW 机制，最大限度地减少对主进程的影响，保持 Redis 的高可用性。 #### 示例代码 以下是一个简单的示例，展示如何手动触发 AOF 重写： ```bash # 使用 BGREWRITEAOF 命令触发 AOF 重写 redis-cli BGREWRITEAOF ``` #### 注意事项 - 配置参数 `auto-aof-rewrite-min-size` 和 `auto-aof-rewrite-percentage` 决定了自动触发 AOF 重写的条件。合理调整这些参数可以平衡性能和存储需求[^4]。 - 在高并发场景下，频繁的 AOF 重写可能会增加磁盘 I/O 压力，因此需要根据实际业务需求进行优化。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值