AOF:Append Only File

  以io顺序把操作的写命令追加到指定的文件末尾（缺点：文件有可能会变的越来越大）

  记录每一次写操作至指定的文件尾部实现持久化；

  当redis重启时，可通过重新执行文件中的命令在内存中重建数据库

  redis能够合并重写aof的持久化文件，使用bgrewriteaof配置命令实现

bgrewriteaof  --> aof文件重写；

  不会读取正在使用的aof文件，而通过将内存中的数据以命令的方式保存到临时文件中，完成之后替换原来的aof文件

  通过bgrewriteaof重写，将aof文件变小，来弥补aof的缺点

重建aof文件过程(bgrewriteaof)：

  (1)redis主进程通过调用fork创建子进程 

  (2)子进程根据redis内存中的数据创建数据库重建命令序列于临时文件中

  (3)父进程继续接收client的请求，并会把这些请求中的写操作继续追加至原来的AOF文件；额外地，这些新的写请求还会被放置于一个缓冲队列中；

  (4)子进程重写完成，会通知父进程；父进程把缓冲中的命令写到临时文件中

  (5)父进程用临时文件替换老的aof文件；

相关参数：

  appendonly no:不启用aof持久化，默认为no，即关闭的

  appendfilename “appendonly.aof”:如果启用aof，则保存的文件名用这个参数设置

  appendfsync always |everysec |no

    always:每次收到写命令就立即写到磁盘中的aof文件中

    everysec:每秒写1次，不管收到多少写请求（一般都用这种方式）

    no:不主动写到磁盘中，由系统自已决定什么写

  主动触发aof文件重写相关参数：

  no-appendfsync-on-rewrite no：

    在rewrite期间，不将新写请求同步到磁盘，仅放于内存的缓冲队列当中；

    建议为yes，可以预防在重写期间redis崩溃导致数据丢失；

  auto-aof-rewrite-percentage 100：

    当前aof文件大小是上次重写时aof文件的2倍时，进行bgrewriteaof重写；

  auto-aof-rewrite-min-size 64mb：

    启动bgrewriteaof重写的最小值，即当此aof达到此最小值才进行重写；

手动触发aof文件重写相关参数：

  在redis-cli命令行，输入bgwriteaof即可

注意：持久化本身不能取代备份：还应该制定备份策略，对redis数据库定期进行备份

RDB与AOF同时启用时：

  1.BGSAVE和BGREWRITEAOF不会同时执行; 

  2.在redis服务器启动用于恢复数据时，会优先使用AOF;