Redis RDB官网介绍

AOF是什么？

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

AOF配置

AOF默认是关闭的，设置为yes代表开启，如下图所示：

AOF启动/恢复/修复

启动：将redis.conf中的appendonly no改为appendonly yes；

恢复：将有数据的aof文件复制到redis启动目录，重启redis即可；

修复：如果aof文件损坏了，导致无法正常恢复，可使用redis-check-aof程序修复；

rewrite

由于aof采用文件追加的方式，文件会越来越大，为了避免出现这种情况，从而有了重写机制，当aof文件的大小超过所预设的阈值时，Redis就会启动aof的内容压缩，只保留可以恢复数据的最小指令集，可以使用命令bgrewriteaof；

重写原理：aof文件持续增大而过大时，会fork出一个新进程，来将文件重写（也是先写临时文件最后再重命名），遍历新进程内存中的数据，每条记录都有set语句。重写aof文件的操作并没有读取旧的aof文件，而是将整个内存中的数据库内容用命令的方式重写了一个新的aof文件，这点和快照有点类似；

触发机制：redis会记录上次重写时的aof大小，默认配置是当aof文件大小是上次rewrite后大小的一倍且文件大于64M时触发；

AOF优缺点

优点：

• 同步持久化，appendfsync设置为always，每次发生数据变更会被立即记录到磁盘，性能较差但数据完整性比较好
• 异步操作，appendfsync设置为everysec,每秒记录，如果一秒内宏机，有数据丢失
• 也可设置不同步，appendfsync设置为no
  缺点：
• 对于相同数据集的数据而言，aof文件要远大于rdb文件，恢复速度慢于rdb
• aof运行效率要慢于rdb，每秒同步策略效率较好，不同步效率和rdb相同；

总结