redis持久化操作-RDB方式

ゞ浴缸里的玫瑰 2023-09-25 21:17 69阅读 0赞

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流程图 ###

![34473aa469e84944aabac037423392fa.png][]

### RDB配置 ###

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

![44cb0765bb6b45758c059bf6ae774895.png][]

### RDB优势与劣势 ###

优势：

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

劣势：

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

### RDB备份 ###

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

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

[34473aa469e84944aabac037423392fa.png]: https://img-blog.csdnimg.cn/34473aa469e84944aabac037423392fa.png
[44cb0765bb6b45758c059bf6ae774895.png]: https://img-blog.csdnimg.cn/44cb0765bb6b45758c059bf6ae774895.png