Redis持久化之----AOF重写机制

随着运行时间的增长，执行的命令越来越多，会导致AOF文件越来越大，当AOF文件过大时，redis会执行重写机制来压缩AOF文件。这个压缩和上面提到的RDB文件的算法压缩不同，重写机制主要是将文件中无效的命令去除。比如：

• 同一个key的值，只保留最后一次写入
• 已删除或者已过期数据相关命令会被去除
  这样就避免了，aof文件过大而实际内存数据小的问题(如频繁修改数据时，命令很多，实际数据很少)

重写的触发方式：

• 手动执行 bgrewriteaof 触发AOF重写
• 在redis.conf文件中配置重写的条件，如：

auto-aof-rewrite-min-size 64MB   // 当文件小于64M时不进行重写
auto-aof-rewrite-min-percenrage 100  // 当文件比上次重写后的文件大100%时进行重写

重写的过程

• 从主进程中fork出子进程，并拿到fork时的AOF文件数据写到一个临时AOF文件中
• 在重写过程中，redis收到的命令会同时写到AOF缓冲区和重写缓冲区中，这样保证重写不丢失重写过程中的命令
• 重写完成后通知主进程，主进程会将AOF缓冲区中的数据追加到子进程生成的文件中
• redis会原子的将旧文件替换为新文件，并开始将数据写入到新的aof文件上

关于重写机制需要注意以下几点：

• 执行重写时如果发现有进程正在执行重写，那么直接返回。如果有进程正在执行BGSAVE，那么会等BGSAVE执行完成后再执行重写。
• Redis执行重写时会fork一个进程进行，其开销和RDB一样
• 重写过程不影响原有的AOF过程，write，save操作都不影响
• 重写过程中有几种时刻会阻塞主进程： 在fork子进程时，将重写缓冲区的数据写到磁盘上时，使用新AOF文件替换旧文件时