一、AOF
1、AOF 是什么
以日志的形式来记录每个写操作，将Redis执行过的所有写指令记录下来(读操作不记录)，只许追加文件但不可以改写文件，Redis启动之初会读取该文件重新构建数据，换言之，Redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。
2、AOF默认不开启，需要手动在配置文件中配置
3、可以在redis.conf中配置文件名称，默认为 appendonly.aof
4、AOF文件的保存路径，同RDB的路径一致
5、AOF和RDB同时开启，redis听谁的？
以 AOF 为准，因为 AOF 里面保存的数据比较完整。
6、AOF文件故障备份
AOF的备份机制和性能虽然和RDB不同, 但是备份和恢复的操作同RDB一样，都是拷贝备份文件，需要恢复时再拷贝到Redis工作目录下，启动系统即加载；
AOF和RDB同时开启，系统默认取AOF的数据；
7、AOF文件故障恢复
AOF文件的保存路径，同RDB的路径一致。
如遇到AOF文件损坏，可通过下面的命令进行恢复：
redis-check-aof --fix appendonly.aof 进行恢复
8、AOF同步频率设置
AOF 提供了三种保存策略：
说明：
appendfsync always：始终同步，每次Redis的写入都会立刻记入日志
appendfsync everysec：每秒同步，每秒记入日志一次，如果宕机，本秒的数据可能丢失。
appendfsync no：把不主动进行同步，把同步时机交给操作系统
9、Rewrite
AOF采用文件追加方式，文件会越来越大为避免出现此种情况，新增了重写机制,当AOF文件的大小超过所设定的阈值时，Redis就会启动AOF文件的内容压缩，只保留可以恢复数据的最小指令集.可以使用命令bgrewriteaof。
10、Redis如何实现重写？
AOF文件持续增长而过大时，会fork出一条新进程来将文件重写(也是先写临时文件最后再rename)，遍历新进程的内存中数据，每条记录有一条的Set语句。重写aof文件的操作，并没有读取旧的aof文件，而是将整个内存中的数据库内容用命令的方式重写了一个新的aof文件，这点和快照有点类似。
11、何时重写
重写虽然可以节约大量磁盘空间，减少恢复时间。但是每次重写还是有一定的负担的，因此设定Redis要满足一定条件才会进行重写。
系统载入时或者上次重写完毕时，Redis会记录此时AOF大小，设为base_size，如果Redis的AOF当前大小>= base_size +base_size*100% (默认)且当前大小>=64mb(默认)的情况下，Redis会对AOF进行重写。
12、AOF 的优点
（1）备份机制更稳健，丢失数据概率更低；
（2）可读的日志文本，通过操作AOF稳健，可以处理误操作；
13、AOF 的缺点
（1）比起RDB占用更多的磁盘空间；
（2）恢复备份速度要慢；
（3）每次读写都同步的话，有一定的性能压力；
（4）存在个别Bug，造成恢复不能；
