AOF持久化

AOF：

AOF ：Redis 默认不开启。它的出现是为了弥补RDB的不足（数据的不一致性），所以它采用日志的形式来记录每个写操作，


并追加到文件中。Redis 重启的会根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。

AOF 持久化可以通过设置appendonly yes 配置选项来打开。

appendfsync 选项及同比频率

always             每个Redis写命令都要同步写入磁盘,这样做会严重降低Redis的速度

everysec            每秒执行一次同步,显示地将多个写命令同步到硬盘

为了兼顾数据安全和写入性能,用户可以考虑使用appendfsync everysec选项,

让Redis 以每秒一次的频率对AOF文件进行同步。

4.1.3 重写/压缩AOF文件

AOF 持久化既可以将丢失数据的事件窗口降低至1秒(甚至不丢失任何数据),

又可以在及端的时间内完成定期的持久化操作,那么我们有什么理由不使用AOF持久化呢?

但是换个问题实际上并没有那么简单,因为Redis会不断地将执行的写命令记录到AOF文件里面

node2:/app/redis/redis-3.2.8/db#ls
appendonly.aof  dump.rdb

随着Redis不断运行,AOF文件的提及也会不断增长,在极端情况下,体积不断增大的AOF

文件设置可能会用完硬盘的所有可用空间。

还有另一个问题就是,因为Redis在重启之后需要通过重新执行AOF文件记录的所有写命令来还原数据集,

所以如果AOF文件的体积非常大,那么还原操作执行的时间久可能非常长。

为了解决AOF文件体积不断增大的问题,用户可以向redis发送BGRWWRITEAOF命令,

这个命令会移除AOF文件中的冗余命令来重写AOF文件,使AOF文件的体积变得尽可能地小。