实际上是基于内存数据重写aof
开辟一个子进程对内存进行遍历，转化成一系列redis的操作指令，序列化到新的AOF日志文件中，再将操作期间的增量AOF日志追加到新的AOF上，最后用新的AOF替代旧的AOF，从而大大减小了AOF的体积。
fork子进程去遍历内存中的数据 将数据转换成aof指令；同时 主进程将增量的指令写到aof_rewrite_buf缓冲上 ，子进程ok后 会通知主进程 主进程将buf追加到新aof上，然后覆盖之前的旧aof
关注我的公众号SpaceObj 领取idea系列激活码
【推荐】国内首个AI IDE，深度理解中文开发场景，立即下载体验Trae
【推荐】编程新体验，更懂你的AI，立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包，你的智能百科全书，全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell：AI 加持，快人一步
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列：如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列：如何用 C#调用 C方法造成内存泄露
· 震惊！C++程序真的从main开始吗？99%的程序员都答错了
· 别再用vector＜bool＞了！Google高级工程师：这可能是STL最大的设计失误
· 【硬核科普】Trae如何「偷看」你的代码？零基础破解AI编程运行原理
· 单元测试从入门到精通
· 上周热点回顾（3.3-3.9）