在前面我们学习了Redis的RDB的持久化,我们都知道RDB持久化会根据配置中的save对应的键和时间的触发机制来进行快照。但是不管怎么样,两次快照之间如果存在系统异常崩溃或者服务器宕机等情况,RDB就不能保证数据的强一致性了。这时候Redis提供了另外一种持久化方法AOF,AOF(Append Only File)记录Redis写入命令追加到日志文件。每写入一个命令都会被追加到文件中,所以AOF的数据一致性高于RDB。但是在默认情况下AOF是没有开启的,所以本文我们将介绍AOF的配置参数;

1、先获取AOF持久化配置信息

127.0.0.1:6379> CONFIG GET appendonly
1) "appendonly"
2) "no"

no表示默认情况下AOF是没有开启

2、可以通过以下两种方式打开AOF

#方法1、使用CONFIG SET命令
127.0.0.1:6379> CONFIG SET appendonly yes
OK
#方法2、修改配置文件,将no改成yes
[root@localhost ~]# cat /apps/redis/redis.conf |grep "^appendonly"
appendonly no

3、如果要禁用AOF也是通过CONFIG SET和配改配置文件的两种方式,但是CONFIG SET可以在运行的过程中进行修改,而修改了配置文件就需要重启Redis服务器

4、使用INFO PERSISTENCE命令检查AOF相关内容可以判断是否启用了AOF功能

127.0.0.1:6379> INFO PERSISTENCE
# Persistence
loading:0
rdb_changes_since_last_save:0
rdb_bgsave_in_progress:0
rdb_last_save_time:1534098902
rdb_last_bgsave_status:ok
rdb_last_bgsave_time_sec:0
rdb_current_bgsave_time_sec:-1
rdb_last_cow_size:4308992
aof_enabled:1
aof_rewrite_in_progress:0
aof_rewrite_scheduled:0
aof_last_rewrite_time_sec:1
aof_current_rewrite_time_sec:-1
aof_last_bgrewrite_status:ok
aof_last_write_status:ok
aof_last_cow_size:4411392
aof_current_size:258
aof_base_size:258
aof_pending_rewrite:0
aof_buffer_length:0
aof_rewrite_buffer_length:0
aof_pending_bio_fsync:0
aof_delayed_fsync:0

5、查看AOF文件

[root@localhost ~]# ll /apps/redis/appendonly.aof 
-rw-r--r--. 1 root root 258 Aug 12 15:45 /apps/redis/appendonly.aof

6、查看AOF相关配置文件信息

[root@localhost ~]# cat /apps/redis/redis.conf |grep "append"|grep -Ev '^$|^#'
appendonly no
appendfilename "appendonly.aof"
appendfsync everysec
no-appendfsync-on-rewrite no

当AOF功能被开启后,Redis将会在数据目录下创建一个AOF文件,AOF的文件名为appendfilename参数设置的文件名,同时Redis还会降当前内存中的数据填充到AOF这个文件中。

当Redis服务器接收到一个修改内存数据的写入命令的时候,Redis会将该命令追加到AOF文件中。但是,当我们深入研究AOF文件的写入过程,就会发现操作系统实际上维护了一个缓冲区,Redis的命令首先会被写入到这个缓冲区中。而缓冲区转给你的数据必须被刷新到磁盘中才会被永久的保存。这个过程通过Linux系统调用fsync()来完成,这是一个阻塞调用,只有磁盘设备报告缓冲区中的数据写入完成后才会返回。

在将命令追加到AOF文件是,我们可以通过Redis的配置参数appendfsync来调整调用fsync()的频率,该参数有三个选项:

  • always:每写入一个命令都调用fsync()。这个选项可以确保在发生意外的服务器崩溃或硬件故障时,只丢失一条命令。但是fsync()是一个阻塞调用,Redis的性能会受到物理磁盘写入性能的限制。设置成该选项其实不很好,这样会造成Redis服务器的性能显著下降;
  • everysec:每秒钟调用一次fsync()。使用这个选项,在出现意外的情况下只有一秒钟的数据会丢失。这里需要自己考虑数据和性能之间进行平衡了。
  • no:永远不调用fsync()。采用该选项,就会由操作系统来决定何时将数据从缓冲区写入到磁盘。大多数Linux系统是30秒

注意:当Redis服务器关闭是,fsync()会被显式的调用,以确保写入缓冲区的数据都会被刷新到磁盘。当Redis服务器启动时,AOF文件会被用来恢复数据,Redis只需要通过读取命令来重放文件,并将它们逐个应用到内存中即可,当所有命令执行完后,数据也就被重建好了。

随着Redis将写入命令追加到AOF文件中,AOF文件的大小可能会显著增加,而这个会拖慢Redis启动时的数据重建过程。Redis提供了一种机制,即通过AOF重写(AOF rewrite)来压缩AOF文件。Redis中某些键可能已经被删除或过期了,所以可以在AOF文件中将其清理;同时某些键可能被更新了多次,但只有最新的值才需要记录在AOF文件中。这就是AOF重写数据压缩的基本思想。我们可以使用BGREWRITEAOF命令来启动重写过程。

如果操作系统崩溃,那么AOF文件最后可能会遭到损坏或截断。Redis提供了一个工具,redis-check-aof,用于修复损坏的文件。如果要修复一个AOF文件,只需运行下面的命令:

[root@localhost redis]# src/redis-check-aof --fix appendonly.aof