Redis持久化之AOF

ゝ一世哀愁。 2022-10-24 11:50 171阅读 0赞

#### Redis持久化之AOF ####

Redis的持久化方式之一RDB是通过保存数据库中的键值对来记录数据库的状态。而另一种持久化方式 AOF 则是通过保存Redis服务器所执行的写命令来记录数据库状态。

AOF默认是不开启的，需要我们自己去配置文件开启。

**1、AOF配置文件**

在 redis.conf 配置文件中APPEND ONLY MODE下：

######################## APPEND ONLY MODE ###########################
    
    # Redis 默认不开启。它的出现是为了弥补RDB的不足（数据的不一致性），所以它采用日志的形式来记录每个写操作，并追加到文件中。
    # Redis 重启的会根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作默认redis使用的是rdb方式持久化，这种方式在许多应用中已经足够用了。
    # 但是redis如果中途宕机，会导致可能有几分钟的数据丢失，根据save来策略进行持久化，Append Only File是另一种持久化方式，可以提供更好的持久化特性。
    # Redis会把每次写入的数据在接收后都写入 appendonly.aof 文件，每次启动时Redis都会先把这个文件的数据读入内存里，先忽略RDB文件。若开启rdb则将no改为yes
    appendonly no
    
    # 指定本地数据库文件名，默认值为 appendonly.aof
    appendfilename "appendonly.aof"
    
    # aof持久化策略的配置：
    # no表示不执行fsync，由操作系统保证数据同步到磁盘，速度最快
    # always表示每次写入都执行fsync，以保证数据同步到磁盘
    # everysec表示每秒执行一次fsync，可能会导致丢失这1s数据
    # appendfsync always
    appendfsync everysec
    # appendfsync no
    
    # 在aof重写或者写入rdb文件的时候，会执行大量IO，此时对于everysec和always的aof模式来说，执行fsync会造成阻塞过长时间，no-appendfsync-on-rewrite字段设置为默认设置为no。
    # 如果对延迟要求很高的应用，这个字段可以设置为yes，否则还是设置为no，这样对持久化特性来说这是更安全的选择。
    # 设置为yes表示rewrite期间对新写操作不fsync,暂时存在内存中,等rewrite完成后再写入，默认为no，建议yes。Linux的默认fsync策略是30秒。可能丢失30秒数据。
    no-appendfsync-on-rewrite no
    
    # aof自动重写配置。当目前aof文件大小超过上一次重写的aof文件大小的百分之多少进行重写，即当aof文件增长到一定大小的时候Redis能够调用bgrewriteaof对日志文件进行重写。
    # 当前AOF文件大小是上次日志重写得到AOF文件大小的二倍（设置为100）时，自动启动新的日志重写过程
    auto-aof-rewrite-percentage 100
    
    # 设置允许重写的最小aof文件大小，避免了达到约定百分比但尺寸仍然很小的情况还要重写
    auto-aof-rewrite-min-size 64mb
    
    # aof文件可能在尾部是不完整的，当redis启动的时候，aof文件的数据被载入内存。
    # 重启可能发生在redis所在的主机操作系统宕机后，尤其在ext4文件系统没有加上data=ordered选项（redis宕机或者异常终止不会造成尾部不完整现象。）出现这种现象，可以选择让redis退出，或者导入尽可能多的数据。如果选择的是yes，当截断的aof文件被导入的时候，会自动发布一个log给客户端然后load。如果是no，用户必须手动 redis-check-aof修复AOF文件才可以。
    aof-load-truncated yes
    
    # 加载redis时，可以识别AOF文件以“redis”开头。
    # 字符串并加载带前缀的RDB文件，然后继续加载AOF尾巴
    aof-use-rdb-preamble yes

--------------------

注意：AOF文件重写是一个有歧义的名字，实际的重写工作是针对数据库的当前值来进行的，程序既不读写、也不使用原有的 AOF 文件，而是重新写一份，覆盖原来的文件。

--------------------

**2、AOF的优点和缺点**

**优点：**  
（1）每一次修改值都会同步命令，数据完整性好。  
（2）默认每秒同步一次，最多会丢失一秒的数据。

**缺点：**  
（1）相同数据下，aof文件比rdb文件大好多，速度也慢。  
（2）RDB 使用快照的形式来持久化整个 Redis 数据，而 AOF 只是将每次执行的命令追加到 AOF 文件中，因此从理论上说，RDB 比 AOF 方式更健壮。

官方文档也指出，AOF 的确也存在一些 BUG，这些 BUG 在 RDB中不存在。

--------------------

总结：

（1）Redis 默认开启RDB持久化方式，在指定的时间间隔内，执行指定次数的写操作，则将内存中的数据写入到磁盘中。

（2）RDB 持久化适合大规模的数据恢复但它的数据一致性和完整性较差。

（3）Redis 需要手动开启AOF持久化方式，默认是每秒将写操作日志追加到AOF文件中。