redis aof 文件重写机制
redis 随着命令不断的写入数据，aof 文件会越来越大。为了解决这个问题，redis 引入了 aof 文件重写机制，以便压缩 aof 体积 ，更小的 aof 文件可以更快的被 redis 加载。
aof 文件重写是将 redis 中的数据转换为 写命令同步更新到 aof 文件的过程。
重写 aof 后 为什么么可以变小
-
清除了一些无效命令 eg. del srem 进程内超时的数据不再写入 aof 文件 多条写命令可以合并为批量写命令 eg. lpush list v1 lpush list v2 lpush list v3 合并为一条写入命令 lpush list v1 v2 v3
aof 重写流程
-
执行 aof 重写请求 如果当前进程正在执行 aof 重写，请求不执行并返回如下响应 ERR Background append only file rewriting already in process 如果当前正在执行 bgsave ，重写命令等待 bgsave 完成后执行 ，返回如下响应 Background append only file rewriting shceduled 父进程执行 fork 创建子进程，开心等同于bgsave过程 父进程 fork 操作完毕之后，依然响应其他命令，所有修改命令依然写入 aof 缓冲区，并根据 appendfsync策略同步到硬盘，保证原有 aof 机制的有效性。 由于 fork 操作采用写时复制技术，子进程只能共享fork 操作时的内存数据，由于父进程依然响应命令，redis 使用 aof 重写缓冲区 保存这部分新数据，防止aof文件生成期间这部分数据的丢失。 子进程根据内存快照，按照命令合并规则写入到新的 aof 文件 新 aof 文件 写入完成之后，子进程通知 父进程，父进程更新统计信息 父进程把 aof 重写缓冲区的数据写入 新的 aof 文件 使用 新 aof 文件替换 旧的 aof 文件
摘自 《redis 开发与运维》一书
