AOF工作流程
这里，为什么命令要先写入aof_buf，因为如果直接写入aof文件，那么性能就完全取决去硬盘的io性能。写入aof_buf是为了提高写入的性能。
配置
appendonly：是否开启aof持久化方式，默认是no。如想开启则改为yes。
dir:aof文件存放目录
appendfilename:aof文件名
appendfsync：aof同步方式，有三个值，分别如下：
-
always:每写入一个命令时就同步，数据的安全性最高，但性能差
-
everysec：每秒同步，默认的方式，性能高，安全性也还行
-
no：同步操作交给操作系统，数据的安全性最差。
auto-aof-rewrite-percentage 、auto-aof-rewrite-min-size 这两个配置是和aof重写机制相关的，只有同时满足这两个条件才会触发重写机制。
auto-aof-rewrite-min-size是表示重写时，文件大小必须必这个值要大，默认值是64mb
auto-aof-rewrite-percentage表示目前文件大小比上次重写后的文件大小大这么多才行。
AOF重写
redis的aof重写机制有手动触发和自动触发两种方式。手动触发即输入bgrewriteof命令。自动触发即满足上述所有的两个条件。
为什么重写能缩小文件体积，有几种情况：
-
过期的键及已删除的键将不会再记录
-
许多单个操作可以有一个操作来完成，比如lpush a、lpush b，重写后就是lpush a b.
下面看看aof重写流程
-
执行bgrewriteof命令
-
主进程fork出一个子进程
-
原有的aof机制继续运行，同时，也将新的命令写入到aof_rewrite_buf中
-
子进程生成新的aof文件
-
通知父进程，新的aof文件已经生成成功；将aof_rewrite_buf中的命令追加到新的aof文件中；用新的aof文件替换旧的aof文件。
-
完成以上步骤后，aof重写就完成了。
注意，如果一个服务器上面有多个redis服务，那么最好将他们重写的时间分隔开，防止io及cpu竞争过大。
