Redis - Redis持久化（RDB+AOF）

总结

RDB - Redis DataBase

Redis会单独创建一个子进程，将数据集快照snapshot的方式写入磁盘。会记录 redis 数据库的所有键值对，在某个时间点将数据写入一个临时文件，持久化结束后，用这个临时文件替换上次持久化的文件，可恢复数据

优点：

• 只有一个文件 dump.rdb，恢复操作简单，容灾性好
• 性能较高，fork 子进程进行写操作，主进程继续处理命令
• 大数据集比 AOF 的恢复效率高

缺点：

• 数据安全性低，RDB 是每间隔一段时间进行持久化，若间隔期间 redis 发生故障，可能会发生数据丢失

 

AOF - Append only file

指所有的命令行（记录每个写操作，不记录读操作）做持久化存储，保存为 appendonly.aof 文件。

优点：

• 数据安全：aof 持久化可以配置 appendfsync 属性为 always，记录每个命令操作到 aof 文件中一次，但性能最差；
• 修复机制：即使中途服务器宕机，也可以通过 redis-check-aof 工具解决格式错误问题，但可能会有数据丢失
• AOF 机制的 rewrite 模式：AOF 文件过度膨胀，导致恢复数据耗时严重。通过rewrite，优化记录，只针对于每个key，生成一条日志

缺点：

• AOF 的持久化文件比 RDB 大，恢复速度慢
• AOF的效率也比RDB慢，因此redis默认的配置就是RDB

1. RDB (Redis DataBase)

 

 

 

 

 

1.1 RDB 设置

 

 

 

1.2 RDB 触发机制

 

 

 

 

 

1.3 RDB 恢复机制

 

 

 

1.4 RDB 优缺点

 

2. AOF (Append Only File)

 

 

 

 

 

2.1 AOF 开启

 

 

 

 

2.2 AOF 修复机制

不是100%数据恢复，而是格式恢复--即将错误aof格式修复成正确的aof格式。可能会有数据的丢失。

 

 

 

 

2.3 AOF Rewrite机制

随着redis的运行，aof会不断膨胀（对于一个key会有多条aof日志），导致通过aof恢复数据时，耗费大量不必要的时间。redis提供的解决方案是aof rewrite。根据db的内容，对于每个key，生成一条日志。aof触发的时机： 

• 用户调用BGREWRITEAOF命令 
• aof日志大小超过预设的限额 -- 下图表示：当aof文件100%达到64MB时，才会进行rewrite操作

AOF Rewrite源码分析：https://www.cnblogs.com/xingzc/p/6384663.html

 

 

 

2.4 AOF 优缺点

 

3. RDB vs AOF

3.1 同时开启两种持久化，会如何？

 

 

3.2 性能建议