Redis持久化之AOF

https://blog.csdn.net/qq_34975710/article/details/85206012

一、是什么

以日志的形式来记录每个写操作（增删改），将Redis执行过的所有写指令记录下来(读操作不记录)，只许追加文件但不可以改写文件，redis启动之初会读取该文件重新构建数据，换言之，redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。

二、怎么配置

aof默认是未开启的，在redis.conf文件的APPEND ONLY MODE模块下设置，

# 设置为yes开启
appendonly yes  

# 指定记录指令的文件名，默认即为appendonly.aof
appendfilename "appendonly.aof"

需要注意的时，到时候appendonly.aof文件保存的位置在SNAPSHOTTING模块下dir配置项指定的位置，或者在redis中输入 config get dir 命令也能获取其路径。

三、恢复数据

实际情况aof文件也是需要被分到另外一台主机的，若当前主机发生错误需要恢复数据，则只需要将备份的aof文件拷贝到dir指定的目录下。
还有些情况，假如在写入aof文件时机器挂掉了，则aof文件中的内容肯定存在错误，或者说aof文件被破坏了，那么就必修现将aof文件修复，在/urs/local/bin目录下有个redis-check-aof,可以用它修复

命令：

redis-check-aof --fix aof文件

四、aof重写机制

原理

AOF采用文件追加方式，文件会越来越大为避免出现此种情况，新增了重写机制,当AOF文件的大小超过所设定的阈值时，Redis就会启动AOF文件的内容压缩，只保留可以恢复数据的最小指令集。
AOF文件持续增长而过大时，会fork出一条新进程来将文件重写(也是先写临时文件最后再rename)，遍历新进程的内存中数据，每条记录有一条的Set语句。重写aof文件的操作，并没有读取旧的aof文件，而是将整个内存中的数据库内容用命令的方式重写了一个新的aof文件，这点和快照有点类似

触发条件

在 APPEND ONLY MODE模块下有两条默认配置：

这两条配置就是触发重写aof文件的条件，第一个表示文件大小达到前一次保存文件的一倍，第二个表示aof文件大小最少达到64MB，两个条件必须同时满足。

重写策略

aof的重写策略通过APPEND ONLY MODE模块下 appendfsync 配置项来设定，有三种模式，默认为：appendfsync everysec

配置文件中对这三种模式有说明：

• always ：同步持久化，每次发生数据变更会被立即记录到磁盘 性能较差但数据完整性比较好
• everysec：异步操作，每秒记录 如果一秒内宕机，有数据丢失
• no ：从不同步

五、总结

aof有序的记录了对数据库的所有写操作，并且以Redis协议的格式保存，因此aof文件的内容比较容易阅读，便于对文件的分析。相同数据集的数据而言aof文件要远大于rdb文件，恢复速度慢于rdb，Aof运行效率要慢于rdb,每秒同步策略效率较好，不同步效率和rdb相同。