【ROF持久化】Redis之ROF开启与修复&&和RDB使用建议

ROF概述

Redis–AOF(重启后是默认先载入AOF，因为数据更完整)

• 保存过程：父进程fork一个子进程，以日志形式将所有指令记录下来（读操作不记录），然后将数据只追加不改写到AOF文件，然后替换上次的AOF文件

• 触发条件：appendfsync always/everysec/no 命令

always文件保存的完整性最好，everysec可能会丢失一秒数据

• 适用场景：对恢复数据完整性要求严格

• 重写场景：不断追加文件到一个阈值，则会重写aof文件

ROF 缺点

1. 相比于rdb数据文件，aof里存的是写指令，要远远大于rdb
2. 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记录每次对服务器的写操作，恢复时重新执行这些写操作（如果只想当缓存，数据只在服务器运行阶段使用，也可以不用持久化）

1. 建议只在从机上持久话RDB，15分钟备份一次即可，即：执行save 900 1
2. AOF丢失数据不会超过两秒，但是带来了持续的io（达64M时，会覆盖重写），而且AOF文件还存在bug的风险，AOF变化太快也不适合于备份
3. RDB的一个不足就是：如果RDB主从机都宕机，那么就可能丢失十几分钟的数据（AOF可以解决这个问题，所以AOF也不是一点用都没用，按需决定）