AOF (Append Only File)
以日志的形式来记录每个写操作（增量保存），将Rdis执行过的所有写指令记录下
来（读操作不记录），只许追加文件但不可以改写文件，rdis启动之初会读取该文件重
新构建数据，换言之，reds重启的话就根据日志文件的内容将写指令从前到后执行一
次以完成数据的恢复工作
A0F默认不开启
可以在redis.conf中配置文件名称，默认为appendonly.aof
AOF文件的保存路径，同RDB的路径一致。
AOF和RDB同时开启，系统默认取AOF的数据（数据不会存在丢失）
AOF启动/修复/恢复
AOF的备份机制和性能虽然和RDB不同，但是备份和恢复的操作同RDB一样，都
是拷贝备份文件，需要恢复时再拷贝到Rdis工作目录下，启动系统即加载。
正常恢复
修改默认的appendonly no,改为yesr
将有数据的aof文件复制一份保存到对应目录（查看目录：config get dir)
异常恢复
修改默认的appendonly no,改为yes
如遇到AoF文件损坏，通过/usr/local/bin/redis-check-aof–fix
appendonly.aof进行恢复
备份被写坏的AOF文件
恢复：重启redis,然后重新加载
AOF同步频率设置
配置文件里
appendfsync always
始终同步，每次Rdis的写入都会立刻记入日志；性能较差但数据完整性比较好appendfsync everysec
每秒同步，每秒记入日志一次，如果宕机，本秒的数据可能丢失。appendfsync no
redis不主动进行同步，把同步时机交给操作系统。
Rewrite压缩
1是什么：
AOF采用文件追加方式，文件会越来越大为避免出现此种情况，新增了重写机制，当
AOF文件的大小超过所设定的阈值时，Rdis就会启动AOF文件的内容压缩，只保留
可以恢复数据的最小指令集.可以使用命令bgrewriteaof
2重写原理，如何实现重写
AOF文件持续增长而过大时，会fok出一条新进程来将文件重写（也是先写临时文件最
后再rename),redis4.0版本后的重写，是指上就是把rdb的快照，以二级制的形式附
在新的āof头部，作为已有的历史数据，替换掉原来的流水账操作。
no-appendfsync-on-rewrite :
如果no-appendfsync-on-rewrite=yes,不写入aof文件只写入缓存，用户请求不会阻
塞，但是在这段时间如果宕机会丢失这段时间的缓存数据。（降低数据安全性，提高
性能)
I
如果no-appendfsync-on-rewrite=no,还是会把数据往磁盘里刷，但是遇到重
写操作，可能会发生阻塞。（数据安全，但是性能降低）
触发机制，何时重写
Redis会记录上次重写时的AOF大小，默认配置是当AOF文件大小是上次rewrite后大
小的一倍且文件大于64M时触发：
重写虽然可以节约大量磁盘空间，减少恢复时间。但是每次重写还是有一定的负担的
因此设定Redis要满足一定条件才会进行重写。auto-aof-rewrite-percentage:设置重写的基准值，文件达到100%时开始重写（文件
是原来重写后文件的2倍时触发)“auto-aof-rewrite-min-size:设置重写的基准值，最小文件64MB。达到这个值开始重
写。
例如：文件达到70MB开始重写，降到50MB,下次什么时候开始重写？100MB
系统载入时或者上次重写完毕时，Redis会记录此时AOF大小，设为base_size
如果Redis的AOF当前大小>=base size+base_size*100%(默认)且当前大
小>=64mb(默认)的情况下，Redis会对AOF进行重写。
重写过程
(1)bgrewriteaof触发重写，判断是否当前有bgsave或bgrewriteaof在运行，如果
有，则等待该命令结束后再继续执行。
(2)主进程fok出子进程执行重写操作，保证主进程不会阻塞。
(3)子进程遍历redis内存中数据到临时文件，客户端的写请求同时写入aof buf缓
冲区和aof rewrite buf重写缓冲区保证原AOF文件完整以及新AOF文件生成期间的
新的数据修改动作不会丢失。
(4)1).子进程写完新的AOF文件后，向主进程发信号，父进程更新统计信息。
2).主进程把aof rewrite buf中的数据写入到新的AOF文件。
(5)使用新的AOF文件覆盖I旧的AOF文件，完成AOF重写。
总结
AOF持久化流程
- 客户端的请求写命令会被append追加到AOF缓冲区内；
- AOF缓冲区根据AOF持久化策略[alays,,everysec,,no]将操作sync同步到磁盘的AOF文件中；
- AOF文件大小超过重写策略或手动重写时，会对AOF文件rewrite重写，压缩AOF文件容量；
- Redis服务重启时，会重新load加载AOF文件中的写操作达到数据恢复的目的
劣势
- 比起RDB占用更多的磁盘空间。
- 恢复备份速度要慢。
- 每次读写都同步的话，有一定的性能压力。
- 存在个别Bug,造成恢复不能。