一句话概括：AOF 重写 = 子进程基于当前内存快照生成新 AOF + 父进程继续处理请求 + COW 保证快照稳定 + rewrite buffer 保证新写入不丢失。

一、为什么需要 AOF 重写

Redis 的 AOF 持久化，本质是把每一条写命令追加到 AOF 文件里。比如客户端依次执行：

SET name zhangsan
SET name lisi
SET name wangwu

Redis 提供 5 大基本数据类型：String（字符串）、List（列表）、Set（集合）、Hash（哈希）、Zset（有序集合）。其底层实现会根据数据特征智能切换数据结构，以达到性能与内存的最优平衡。

0、底层数据结构简介

1. 压缩列表 (Ziplist)：早期使用的紧凑结构，但因存储“前一项长度”而存在连锁更新风险，修改一个元素可能引发后续元素的内存重排。
2. 列表包 (ListPack)：Redis 7.0 引入，是 Ziplist 的优化版。它将“长度信息”放在条目末尾，且只记录自身长度，彻底解决了连锁更新问题。
3. 哈希表 (HashTable)：使用渐进式 rehash 进行扩容。内部维护两个哈希表（ht[0] 和 ht[1]），扩容时逐步将 ht[0] 的数据迁移到更大的 ht[1]。期间，新写入的数据直接进入 ht[1]，查找时会同时检查两个表。迁移完成后释放 ht[0]，并将 ht[1] 设置为新的主表。