1、AOF 记录的是每个命令的「操作历史」，随着时间增长，AOF 文件会越来越大，所以需要 AOF 重写来「瘦身」，减小文件体积 2、AOF 重写时，会扫描整个实例中的数据，把数据以「命令 + 键值对」的格式，写到 AOF 文件中 3、触发 AOF 重写的时机有 4 个： - 执行 bgrewriteaof 命令 - 手动打开 AOF 开关（config set appendonly yes） - 从库加载完主库 RDB 后（AOF 被启动的前提下） - 定时触发：AOF 文件大小比例超出阈值、AOF 文件大小绝对值超出阈值（AOF 被启动的前提下） 这 4 个时机，都不能有 RDB 子进程，否则 AOF 重写会延迟执行。 4、AOF 重写期间会禁用 rehash，不让父进程调整哈希表大小，目的是父进程「写时复制」拷贝大量内存页面 课后题：为什么 Redis 源码中在有 RDB 子进程运行时，不会启动 AOF 重写子进程？ 无论是生成 RDB 还是 AOF 重写，都需要创建子进程，然后把实例中的所有数据写到磁盘上，这个过程中涉及到两块： - CPU：写盘之前需要先迭代实例中的所有数据，在这期间会耗费比较多的 CPU 资源，两者同时进行，CPU 资源消耗大 - 磁盘：同样地，RDB 和 AOF 重写，都是把内存数据落盘，在这期间 Redis 会持续写磁盘，如果同时进行，磁盘 IO 压力也会较大 整体来说都是为了资源考虑，所以不会让它们同时进行。