redis持久化之AOF

redis持久化之AOF

之前其实介绍过redis另一种持久化方式rdb了，这里我讲述一下我所了解的AOF方式
原理：aof是通过日志的形式，将所有的写操作记录下来。注意只记录写操作，不会去记录读操作。重启之后，会读取文件重新构建数据。他的构建过程，是根据日志将所有的指令全部执行一次完成数据恢复。默认保存的文件是appendonly.aof文件

AOF也是在配置文件里面开启（可以搜索appendonly 找到配置的地方）

将no改为yes 默认文件名字建议不要改

这个也是触发aof的一个机制
always 是每次数据变化都会记录下来，并同步到磁盘
everysec 是每秒记录，并同步到磁盘
no,写入aof文件，不会同步

下面我实际操作一下，截图解释一下

有些人开启了之后可能会找不到aof文件，这时候执行一个命令他就会出现啦
redis-cli set config appendonly yes

下面随便输入几个值看一下

此时查看aof文件的话就会发现里面已经有记录了

这时候进去我们手动清空关闭一下redis
flushall shutdown

之后我们重启redis 查看一下数据有没有恢复！

会发现数据并没有恢复！！！！！！！
查看appendonly.aof文件看一下

发现最后有一个flushall也记录下来了，直接删掉就行了在运行就好了
同理推测。。就是文件里有其他不是写操作的数据的时候会加载失败，但是他会有一个check-appendonly.aof文件自己恢复的，还挺人性化

所以AOF对比RDB优势在于 同步持久化，他有每秒和每次同步
但是AOF文件远远大于RDB文件，恢复速度慢，运行效率也相对慢

但是这个问题redis也有相应的解决办法 rewrite
他其实是增加了重写机制，当文件超过所定的阀值的时候，redis就会启动aof文件的内容压缩，只保留可以恢复数据的最小指令集，命令是bgrewriteaof
原理：fork一个新的进程将文件重写（跟rdb一样也是先写临时文件，在rename），遍历新进程的内存中的数据，每条记录都有一个set，将内存中的数据库内容用命令的方式重写一个新的aof文件。
触发机制：会记录上次的重写的aof文件大小，默认配置是当aof文件大小是上次rewrite后大小的一倍，且文件大于64M的时候触发
不过注意（公司里肯定不可能是64M 一般都是好几个G）

这次关于aof的介绍完了，希望对大家有所帮助。
如果大家有想了解的，也可以评论，我会更新给大家看。
谢谢