Redis教程(十二)：Redis的持久化RDB和AOF

传送门：Redis教程汇总篇，让你从入门到精通

RDB持久化(Redis DataBase)

rdb文件保存路径：

redis工作目录/dump.rdb，是二进制文件，是redis数据的快照。

RDB规则配置：  

save 900 1 代表 900秒内进行了1次操作就触发写rdb文件保存  

注意：

• 执行flushall命令，会触发rdb持久化

• 执行shutdown命令，也会触发rdb持久化

还原：

把备份的rdb文件放在redis工作目录，重新启动redis会自动还原

优缺点：

优点：

• 性能：RDB持久化可以在特定间隔时间生成数据的快照，并在后台进行，对性能影响小，适合大规模的数据恢复。

• 紧凑的文件：RDB是一个紧凑压缩的二进制文件，非常适合用于备份。这个文件是Redis在一个特定时刻的数据快照。

• 快速恢复：使用RDB恢复大数据集通常比AOF的恢复快，因为RDB文件是直接被Redis加载的。

缺点：

• 数据丢失：RDB是定时保存快照，所以如果Redis宕机，你会丢失最后一次快照以来的所有数据。

• IO磁盘阻塞：虽然RDB文件可以非常快地保存到磁盘，但如果数据集非常大并且磁盘IO性能不佳，保存操作仍然可能导致可感知的阻塞。

AOF持久化(Append Only File)

aof文件保存路径： 

redis工作目录/appendonly.aof，是文本文件，追加记录了redis每一次修改操作。

AOF开关：

注意：修改配置文件开启AOF，重启后redis会被清空，因为redis启动的时候，优先从appendonly.aof中加载所有的日志来恢复数据。

 AOF配置：

# appendfsync always # 每次修改都会 sync。最安全，但消耗性能 
# appendfsync no # 不执行 sync，这个时候操作系统自己同步数据，速度最快，不一定安全！
appendfsync everysec # 折中方案，每秒执行一次 sync，可能会丢失这1s的数据！ 

appendfilename "appendonly.aof" # 持久化的文件的名字
appendonly no # 默认是不开启aof模式的，默认是使用rdb方式持久化的，在大部分所有的情况下， rdb完全够用！

auto-aof-rewrite-percentage 100  #写入百分比
auto-aof-rewrite-min-size 64mb  #写入的文件最大值是多少，一般在实际工作中我们会将其设置为5gb左右！

修复appendonly.aof文件:

redis-check-aof --fix appendonly.aof

还原：

把备份的aof文件放在redis工作目录，重新启动redis

优缺点：

优点：

• 数据安全：AOF持久化记录每个写操作指令，可以配置为接收命令后立即写入硬盘（fsync），每秒写入或者不同步。这意味着在故障的情况下，AOF的数据损失更少。

• 日志详细：由于是记录每个操作命令，AOF文件可以提供更详细的数据库修改记录。

• 自我修复：由于AOF的追加模式，即便在文件末尾损坏的情况下也有更多的可能性进行数据恢复。

• 更容易理解：AOF文件是纯文本格式，只需读取可以理解的写指令即可。

缺点：

• 文件大小：与RDB相比，AOF文件通常更大，因为它记录了所有写操作的详细过程。

• 潜在的性能问题：实时性能可能会因为磁盘IO的增加而受到影响，特别是在高载入且需要持久化每个写操作时。

• 恢复速度：比RDB慢，因为Redis必须重新执行所有记录在AOF中的命令。

总结：

• 因为RDB文件只用作后备用途，建议只在Slave上持久化RDB文件，而且只要15分钟备份一次就够了，只保留 save 900 1 这条规则。
• 如果Enable AOF ，好处是在最恶劣情况下也只会丢失不超过两秒数据，启动脚本较简单只load自己的AOF文件就可以了，代价一是带来了持续的IO，二是AOF rewrite 的最后将 rewrite 过程中产生的新数据写到新文件造成的阻塞几乎是不可避免的。只要硬盘许可，应该尽量减少AOF rewrite的频率，AOF重写的基础大小默认值64M太小了，可以设到5G以上，默认超过原大小100%大小重写可以改到适当的数值。
• 如果不Enable AOF ，仅靠 Master-Slave Repllcation 实现高可用性也可以，能省掉一大笔IO，也减少了rewrite时带来的系统波动。代价是如果Master/Slave 同时倒掉，会丢失十几分钟的数据，启动脚本也要比较两个 Master/Slave 中的 RDB文件，载入较新的那个。