Redis持久化和数据恢复的坑

墨蓝 2022-05-22 09:35 185阅读 0赞

`redis`提供了`rdb`和`aof`两种持久化机制，`rdb`默认开启，`aof`默认关闭。  
当两种持久化机制都开启时，`redis`重启恢复数据时加载`aof`持久化的`appendonly.aof`文件，而`rdb`持久化的`dump.rdb`文件不会被加载到内存中。

*  **情景**：开启`rdb`，关闭`aof`  
    通过`redis-cli SHUTDOWN`这种方式停掉`redis`，这是一种安全的退出方式，`redis`会在退出的时候将内存中的数据立即生成一份完整的`rdb`快照。  
    通过`kill -9`杀死`redis`进程，这种方式会导致`redis`异常退出，从而导致内存中的数据没有到达`save`指定的检查点，进而丢失内存中的数据。
 *  **情景**：开启`rdb`，关闭`aof`，待`dump.rdb`有数据后，再开启`aof`  
    `redis`持久化`dump.rdb`后，启用`aof`持久化，再重启`redis`，`redis`只会加载`aof`持久化的`appendonly.aof`文件，如果它不存在，那会创建一个新的空的文件，从而导致内存中丢失`dump.rdb`的数据。
    
    解决方式：停止`redis`，关闭`aof`，重启`redis`，确保`dump.rdb`数据恢复在内存中，使用命令行热修改`redis`配置的方式打开`aof`，此时`redis`就会以`aof`持久化的形式将内存中的数据写入`appendonly.aof`文件，然后停止`redis`，修改配置文件将`aof`手动打开。
    
    ![这里写图片描述][70]  
    ![这里写图片描述][70 1]
 *  **情景**：主从架构的`master`关闭`rdb`和`aof`持久化，`slave`作为`master`的数据热备  
    在采用`master-slave`的水平扩展架构的时候，格外的需要注意：`master`必须要开启持久化，不建议用`slave`节点作为`master`节点的数据热备。  
    我们知道主从复制的架构中，所有的写操作交由`master`负责，`slave`分担读的操作，`slave`中的数据是从`master`同步过来的。假如`master`的`rdb`和`aof`都关闭了，数据全部在内存中，那么`master`宕机重启时，发现本地没有可以恢复的数据，导致`master`内存数据为空，然后`master`将空的数据集同步到`slave`节点，导致`slave`的数据全部清空。因此`master`必须要开启持久化！  
    即使我们采用高可用机制的哨兵模式，即`master`宕机时，`slave`节点通过选举转变为`master`节点，在这种情况下，可能哨兵模式还没检测到`master`节点宕机，`master`节点就自动重启了，因此还是可能导致所有`slave`节点数据清空。

[70]: /images/20220522/297af2725a60426195a3cca5c3ff067d.png
[70 1]: /images/20220522/f31dae7b7357402aa9ceaf474fbd0ad1.png