Redis 数据持久化的方案的实现

原文:Redis 数据持久化的方案的实现

版权声明：m_nanle_xiaobudiu https://blog.csdn.net/m_nanle_xiaobudiu/article/details/81001504

一、需要了解的基础

1、Redis实现数据持久化的两种实现方式：

RDB：指定的时间间隔内保存数据快照

AOF：先把命令追加到操作日志的尾部，保存所有的历史操作

二、RDB 实现 Redis数据持久化（默认方式）

1、编辑 redis.conf

注：使用whereis redis命令查看redis安装在哪个位置，然后进入redis安装目录的etc目录下，编辑redis.conf。

2、默认备份的时间间隔

3、默认备份的文件名称

4、默认备份的RDB文件位置

5、像这样，就是其中的备份文件

6、当然，也可以主动触发保存redis数据快照，操作如下

注：当然，如果是线上的redis要主动备份，建议使用bgsave命令，更多关于RDB的原理和使用 

http://www.chenxm.cc/post/526.html?segmentfault

7、缺点：

因为是特定条件下进行一次持久化（每隔一段时间），就可能会导致一旦redis崩溃，再次回复时，可能会导致部分数据丢失。

注：如果设置的备份时间间隔较短，比较耗服务器性能，如果设置的备份时间间隔较长，又可能会导致数据恢复时部分数据丢失。

三、AOF持久化方案

先把命令追加到操作日志的尾部，保存所有的历史操作。

1、相比于RDB持久化方案的优点：

（1）数据非常完整，故障恢复丢失数据少

（2）可对历史操作进行处理

2、如何开启AOF持久化模式

将redis.conf 配置文件中的appendonly 参数改为yes 后，则redis开始启动AOF数据持久化模式

设置AOF同步的方式，这里设置的默认的每秒同步一次

3、开启AOF同步模式后，备份文件是这样的

从上面可以看出，它记录了从我开启AOF后的所有操作命令

4、缺点

（1）因为AOF模式要把每一步redis命令都记录下来，所以就导致文件的体积会很大

（2）而且会导致速度低于RDB，并且恢复速度慢

四、RDB模式和AOF模式的恢复

Redis崩溃后，重启redis会自动找备份恢复文件，下图大致描述了redis重启后的过程。

总结：

在实际应用中，根据场景不同，选择的方式也不尽相同，各有优缺点。但我个人看法，RDB的快照方式相比于AOF的逐步记录模式要好一些。至于RDB丢数据的风险，我们完全可以通过控制备份的时间间隔来避免这个问题。当然，也是可以两种方式同时使用的，只是大多不会这么做。