ROF概述
Redis–AOF(重启后是默认先载入AOF，因为数据更完整)
-
保存过程：父进程fork一个子进程，以日志形式将所有指令记录下来（读操作不记录），然后将数据只追加不改写到AOF文件，然后替换上次的AOF文件
-
触发条件：appendfsync always/everysec/no 命令
always文件保存的完整性最好，everysec可能会丢失一秒数据
-
适用场景：对恢复数据完整性要求严格
-
重写场景：不断追加文件到一个阈值，则会重写aof文件
ROF 缺点
- 相比于rdb数据文件，aof里存的是写指令，要远远大于rdb
- aof由于存在io操作，因此运行速度也慢于rdb
综上，redis默认采用rdb，而非aof~~~
开启 ROF
- 将appendonly改为yes
ROF 文件存放位置
config get dir
ROF 文件修复
在/usr/local/bin目录下进行修复
redis-check-aof --fix /usr/local/redis/data/appendonly.aof
和RDB使用建议
RDB是在一定时间间隔内对数据进行快照存储，AOF记录每次对服务器的写操作，恢复时重新执行这些写操作
（如果只想当缓存，数据只在服务器运行阶段使用，也可以不用持久化）
- 建议只在从机上持久话RDB，15分钟备份一次即可，即：执行save 900 1
- AOF丢失数据不会超过两秒，但是带来了持续的io（达64M时，会覆盖重写），而且AOF文件还存在bug的风险，AOF变化太快也不适合于备份
- RDB的一个不足就是：如果RDB主从机都宕机，那么就可能丢失十几分钟的数据（AOF可以解决这个问题，所以AOF也不是一点用都没用，按需决定）