【redis教程】10、redis的两种数据持久化方式之AOF

在上一小节 redis的两种数据持久化方式之RDB 中我介绍了RDB这种持久化方式，这一节我来介绍redis持久化的另一种方式------AOF。

AOF是以独立日志的方式记录每次写的命令，重启时再重新执行AOF文件中命令达到恢复数据的目的。

AOF主要解决了数据持久化的实时性，目前已经时redis的主流方式。

一、AOF持久化数据的三种策略（appendfsync）

• always（每次）每个操作均同步到.aof文件中，数据零误差，性能较差
• everysec（每秒）每秒将缓冲区中的命令同步到.aof文件中，准确性和性能都较高，建议使用。
• no（系统控制）由操作系统控制每次同步的.aof文件的周期，整体过程不可控。

二、启动AOF并设置always策略

在配置文件reids-6379.conf中添加配置appendonly yes和appendfsync always：

port 6379
daemonize yes
logfile "redis-6379.log"
dir /an-dev/redis-4.0.14/data
dbfilename dump-6379.rdb
rdbcompression yes
rdbchecksum yes      
save 600 20    
appendonly yes
appendfsync always

当然，和RDB方式一样也可以自定义文件名：

appendfilename appendonly-6379.aof

三、AOF的重写

由于AOF方式保存的执行过程，比如有几个操作都是对同一个key进行的，重写之前的.aof文件会全部记录这些操作，但是重写之后，保存的就是最后一次的操作，或者把前几次的操作进行简化，这样可以节省存储空间。

1、bgrewriteaof 指令手动重写

杀掉redis-server进行重启redis，可以看到data目录下出现了aof持久化文件，此时大小为0：

由于我们的策略时always，所以每条影响数据的命令都会保存，现在我连着两次操作同一个key，再查看appendonly-6379.aof 文件的内容：

aof文件内容如下，city前面的$4说明是有4个字符，可以看到把两次操作过程都保存了下来，

现在我执行bgrewriteaof 指令，再看.aof文件：

可以看到.aof内容简化了，

2、使用配置文件自动化重写

上面我使用的bgrewriteaof 指令手动进行重写，现在我通过相关配置来实现自动化配置，这是两个重写触发条件，aof_current_size和zof_base_size分别是当前大小和基础大小，可以通过info指令获取，这两个条件要同时满足，才能触发重写。

2.1、auto-aof-rewrite-min-size
由于默认的auto-aof-rewrite-min-size为64MB，auto-aof-rewrite-percentage为100，现在仅修改auto-aof-rewrite-min-size，
在配置文件中添加如下，表示当.aof文件大小超过1KB的时候进行重写。

auto-aof-rewrite-min-size 1kb

重启redis，重复并执行 set city beijing,shanghai,...，查看.aof文件大小，由于是always策略，每个set命令都会记录下来：

aof文件大小接近1KB了，当我在执行一次set命令，可以看到aof文件被重写了，大小明显减少：

2.2、auto-aof-rewrite-percentage
这个参数是一个百分比，现修改auto-aof-rewrite-min-size设为200b，auto-aof-rewrite-percentage为0表示禁止重写，现在我设为200，然后删除.aof文件，重启redis：

auto-aof-rewrite-min-size 200b
auto-aof-rewrite-percentage 200

此时输入info指令，

可以看到aof_current_size和zof_base_size都为零：

我们还没有进行持久化操作，aof_current_size自然为0，但是zof_base_size是怎么来的呢？如果redis自启动以来未曾进行过持久化，那么zof_base_size就用启动时的大小，如果持久化了，就用最近一次AOF的大小。
由于一开始zof_base_size是0，第二个条件，把分母通分掉，可以看到不等式是恒成立的，所以只要满足aof_current_size > 200b就可以触发重写，下面是第一次触发重写之后的大小：

在根据触发条件计算，可以得出aof_current_size > 318b才能满足触发条件，可以看到当aof_current_size=299b时仍然没有触发重写，

由于299b很接近318b了，所以我那执行了set name ee这样一个简短的操作就触发了重写，重写之后的大小变为：

现在去看一下.aof文件内容，可以看到重写之后.aof文件内容只记录了最后一次的改变name的操作。