在上次文章中我们说aof的持久化问题是日志文件会不断变大，但是好处就是宕机导致的数据丢失很限制在很小的时间片段内。但是aof文件的不断变大是个重要的问题，如果有个几十G，那么redis按照每个命令重新跑一遍，那就需要花费相当的时间。

在redis中可以使用BGREWRITEAOF去解决这个问题。这个命令会将多余的命令进行移除，其工作过程和bgsave命令相似，先进行命令拷贝之后将日志重写到aof子日志文件中，当然是用该命令会导致内存的使用以及命令拷贝的时间消耗，还有就是我们重写aof日志文件的时候会有删除日志文件的动作，因此删除会有时间消耗。所以如果日志文件很大，那么redis的响应时间就会比较长。

在我们说快照的时候，我们说redis能自动触发bgsave进行快照，当然aof也可以，这其中有两个配置

auto-aof-rewritepercentage 100 #aof日志大小扩大一倍的时候重写 auto-aof-rewrite-min-size 64mb   #发生aof日志重写的最小大小

虽然将redis持久化到磁盘是很好的开始，但是很多时候数据任然是不安全的，因此最好还是将数据进行多节点备份。

在redis中开启aof持久化，需要在配置文件中配置

如果我们的文件中没有appendonly.aof，那么就我们可以采用命令config set appendonly yes进行开启，而config set save “”表示关闭rdb快照。当然如果不关闭表示两中持久化同时存在。

配置好之后，我们就可以看到我们的aof日志文件了。

总结一下aof相关的指令：

appendonly yes #是否开启aofappendfilename "appendonly.aof"  #aof日志名称# appendfsync always   #每个写入命令都触发aof文件的修改appendfsync everysec   #每秒一次aof文件修改# appendfsync no    #又操作系统进行决定auto-aof-rewrite-percentage 100 #两次aof写入变化一倍数据，就重新写一个日志文件auto-aof-rewrite-min-size 64mb   #日志文件变动64Mb的时候进行重写日志no-appendfsync-on-rewrite no  #设置是否在日志重写的时候进行日志的追加，会让主进程阻塞，但是数据的安全性很好，日志重写的时候会将命令写到缓存中。

下班了，听个歌放松一下吧！