redis持久化操作-RDB方式

redis是内存数据库，数据时存储在内存中的，当程序down后，数据也随之消失，因此，在很多情况下，我们需要对redis做持久化操作

redis持久化方式有2种：

1. RDB方式
2. AOF方式

RDB是什么

RBD：redis database，在指定的时间间隔内，将内存中的数据集快照写入磁盘，也就是行话讲的“snapshot快照”，它恢复时是将快照文件直接读到内存里。

例如：我们设置每10s，把redis中的内存数据写入磁盘中

RDB备份是如何执行的

redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件（该文件为dump.rdb）。整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能，如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。

缺点：最后一次持久化后的数据可能丢失。

注意：RDB默认为15分钟内，如果有1个key变化，就进行持久化操作

修改该值，在redis.conf中，配置：

#表示900秒内，有1个key变化，进行持久化操作

save  900  1

RDB流程图

 RDB配置

默认情况下，redis是开启RDB持久化的，下面有几个很重要的配置，在redis.conf中，如下：

 RDB优势与劣势

优势：

• 适合大规模的数据恢复
• 对数据完整性和一致性要求不高的，更适合使用
• 节省磁盘空间
• 恢复速度快

劣势：

• fork的时候，内存中的数据被克隆了一份，大致2倍的膨胀性需要考虑
• 虽然redis在fork时使用了"写时拷贝技术"，但是如果数据庞大时，还是比较消耗性能
• 备份周期在一定间隔时间做一次备份，所有如果redis意外down掉的话，就会丢失最后一次快照后的所有修改

RDB备份

RDB备份指的是：redis意外关闭后，把持久化的数据进行恢复的操作。

• 当redis意外down后，再启动时，会自动去加载指定的持久化文件（默认为dump.rdb），当该文件意外丢失下，数据不能恢复，因此我们需要把该文件进行备份，避免redis连同持久化文件一起丢失。