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;
