Redis-14、持久化之AOF

什么是AOF

AOF：Append Only File

简单的说就i事将我们的所有命令都记录下来，恢复的时候将这些命令重新执行一遍

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

AOF保存的是 appendonly.aof

优点：拥有较高的文件完整性，默认是每秒同步一次，可能会丢失一秒的数据

缺点：相对于数据文件来说，aof要远大于rdb，恢复速度也比rdb慢

AOF配置

配置文件中有关『APPEND ONLY MODE』的部分既RDB配置规则，具体配置的含义请参考 Redis-12、配置文件详解 中的『8.AOF』部分

和RDB相同，AOF也会在启动目录中生成一个文件，文件名：appendonly.aof，不同的是AOF的触发需要我们手动开启，相关配置前文已经介绍了，这个文件会记录所有的写操作

恢复AOF文件

如果AOF文件有错误，Redis是不能启动的，我们需要修复这个配置文件，Redis提供了一个工具：redis-check-aof，会自动修复

如果文件正常，重启即可恢复数据

重写

no-appendfsync-on-rewrite no # 默认不重写
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb # 如果文件超过64M就进行重写

当开始重写的时候，Redis会fork一个子进程进行重写

持久化拓展

1. RDB持久化方式能够在指定的时间间隔内对你的数据进行快照存储
2. AOF持久化方式记录每次对服务器写的操作，当服务器重启的时候会重新执行这些写命令来恢复原始数据，AOF命令以Redis协议追加保存每次写的操作到文件的末尾，还可以进行重写操作，保证AOF文件不至于太大
3. 只做缓存，如果那你只希望数据在服务器运行的时候存在，可以不使用任何持久化
4. 同时开启两种持久化方式，Redis在重启的时候会优先载入AOF文件来恢复数据，因为通常情况下AOF文件比RDB文件有更好的数据完整性，但不建议单独使用AOF，因为RDB更审核备份数据，AOF数据在不停的变化不好进行备份，并且RDB启动速度更快
5. 性能建议
   1. 因为RDB文件一般用于备份数据，建议只在从机（Slave）15分钟备份一次，只保留 save 900 1 这条规则
   2. 如果开启了AOF，好处是在恶略的情况下也只会丢失不超过2秒的数据，但是代价是带来了持续的IO，默认重写的基数64M太小了，可以设置1G
   3. 如果不开启AOF，仅靠 Master-Slave Repllcation 实现高可用性也可以，能省掉一大笔IO，也减少了rewrite时带来的系统波动。代价是如果Master/Slave 同时挂掉（断电），会丢失十几分钟的数据，启动脚本也要比较两个 Master/Slave 中的 RDB文件，载入较新的那个，微博就是这种架构