Redis持久化之AOF笔记

1、AOF是什么？

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

2、配置文件

• appendonly：打开AOF配置

• appendfilename：配置AOF生成的文件名
  

• Appendfsync：配置记录数据的策略

  • Always：同步持久化 每次发生数据变更会被立即记录到磁盘 性能较差但数据完整性比较好
  • Everysec：出厂默认推荐，异步操作，每秒记录 如果一秒内宕机，有数据丢失
  • No
    

• No-appendfsync-on-rewrite：重写时是否可以运用Appendfsync，用默认no即可，保证数据安全性。
  

• Auto-aof-rewrite-min-size：触发重写的基准值

• Auto-aof-rewrite-percentage：设置重写的基准值的提升
  

3、AOF数据恢复

• 将备份的AOF文件复制一份到对应的目录
• 如果aof文件写入错误可使用Redis-check-aof --fix进行修复
• 重启redis然后重新加载

4、Rewrite

1）是什么

• AOF采用文件追加方式，文件会越来越大为避免出现此种情况，新增了重写机制,当AOF文件的大小超过所设定的阈值时，Redis就会启动AOF文件的内容压缩，只保留可以恢复数据的最小指令集.可以使用命令bgrewriteaof。

2）重写原理

• AOF文件持续增长而过大时，会fork出一条新进程来将文件重写(也是先写临时文件最后再rename)，遍历新进程的内存中数据，每条记录有一条的Set语句。重写aof文件的操作，并没有读取旧的aof文件，而是将整个内存中的数据库内容用命令的方式重写了一个新的aof文件，这点和快照有点类似
  3）触发机制
• Redis会记录上次重写时的AOF大小，默认配置是当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发
  

5、优势

• Appendfsync：配置记录数据的策略
  • Always：同步持久化 每次发生数据变更会被立即记录到磁盘 性能较差但数据完整性比较好
  • Everysec：出厂默认推荐，异步操作，每秒记录 如果一秒内宕机，有数据丢失
  • No

6、劣势

• 相同数据集的数据而言aof文件要远大于rdb文件，恢复速度慢于rdb
• Aof运行效率要慢于rdb,每秒同步策略效率较好，不同步效率和rdb相同