Redis系统学习（高级篇）-Redis持久化-AOF方式

目录

一、是什么AOF？

二、AOF如何开启 以及触发策略有哪些

三、AOF文件重写

四、AOF与RDB对比

---

一、是什么AOF？

就是通过每次记录写操作，最终通过来依次这些命令来达到恢复数据的目的

二、AOF如何开启 以及触发策略有哪些

save ""可以关闭掉RDB

appendonly yes 开启AOF

触发策略有：

1. 每一次的执行命令都会被记录

appendfsync always

2.先将每次执行的命令先放到缓存中，然后 每隔一秒记录一次

appendfsync everysec

3. 先将每次执行的命令先放到缓存中，然后操作系统来决定何时写入aof文件中

appendfsync no

这三种  always每次都记录 因此比较耗费CPU资源 效率不是很高  但是能最好的保证数据的完整性

而 no的方式效率最高，但有丢失数据的风险

因此Redis默认选择折中的 everysec的方式

三、AOF文件重写

因为aof文件中记录的是每一次的执行命令，是追加的方式，会导致文件越来越大，并且其中对某一个key对多次修改都会记录，而实际上只有最后的一次修改才起作用，前面的都是无效记录。

如何解决这个问题呢？redis提供了AOF文件重写功能

执行的命令是：bgrewriteaof

例子：

set name zs

set age 20

set name ls

其实最终会压缩成

mset name ls age 20 就是压缩成最终还能正确恢复数据的最小指令集

也可以设置自动重写策略，达到某个阈值触发：

# AOF文件比上次文件 增长超过多少百分比则触发重写
auto-aof-rewrite-percentage 100
# AOF文件体积最小多大以上才触发重写 
auto-aof-rewrite-min-size 64mb 

四、AOF与RDB对比

1. 持久化方式上面

rdb是记录快照  aof是记录每一次的执行命令

2. 宕机恢复速度上面
rdb宕机恢复速度更快  aof稍慢一点

3. 恢复相同的数据集所需要的文件大小

rdb文件比较小   aof文件很大

4. 数据完整性方面

rdb在这方面不如aof

5. 系统资源占用方面

rdb比较占用cpu和内存资源   aof在重写的时候比较占CPU  另外就是很占用磁盘资源

6. 数据恢复优先级

就是当aof和rdb都存在的时候，优先选择哪种方式

aof的优先级更高，因为它能更好的保证数据的完整性

综上它两的使用场景是不同的

rdb适合用来做备份   适合大数据的备份 因为恢复速度快 并且文件小

然后也对数据完整性要求不是那么的高  可以忍受短暂的数据丢失

而aof方式则适合需要强完整性的时候