文章目录
- ROF概述
- ROF 缺点
- 开启 ROF
- ROF 文件存放位置
- ROF 文件修复
- 和RDB使用建议
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也不是一点用都没用,按需决定)