Redis持久化：使用RDB

忘是亡心i 2023-01-19 11:54 121阅读 0赞

**目录**

使用RDB

阻塞与非阻塞RDB

RDB文件格式

--------------------

Redis作为一个基于内存的键值对数据结构服务器，其所有的数据都是保存在内存中的，也就是说，如果没有持久化操作，当Redis服务器重启时，里面的数据都会全部被清空，内存空间会被其它进程占用。数据持久化允许将数据写入到硬盘中，以供数据库备份或是故障后的恢复，Redis提供的持久化方式有两种RDB和AOF，这篇日志我们先来总结下RDB，它是Redis默认使用的的持久化方式。

## 使用RDB ##

RDB方式就是在对数据库的写操作产生/修改的数据从内存写入到磁盘，什么时候需要将内存中的数据写入磁盘呢？这是根据设定时间内执行的写操作次数决定，例如每900秒内有超过一个键发生了改变，就会将此时内存中的数据写入到磁盘中，默认情况下写入到名为dump.rdb的文件中，下一次Redis服务器重启时就会通过该文件进行数据恢复。对于RDB写入磁盘条件参数的设置，我们可以在redis.conf文件中看到，打开redis.conf文件查找SNAPSHOTTING：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RpbnplbmdUTQ_size_16_color_FFFFFF_t_70][]

可以看到有三个参数配置，分别是900秒内有超过一个键修改、300秒内有超过10个键修改以及60秒内有超过10000个键修改，这些情况下Redis都会进行一次内存数据写入磁盘的持久化操作。

来具体看写如何在一个允许中的Redis实例上启用RDB持久化模式：

![2021051011384147.PNG][]

在开启了一个Redis实例后，使用CONGIF SAVE命令并配置字符串“900 1 300 10 60 10000”来启用RDB持久化，字符串里的数字意思即对应我们上面配置文件中“进行一次内存数据写入磁盘操作”的条件，如果想在运行的实例中禁用RDB持久化，只需把CONFIG SAVE命令后面的字符串改为空字符串””即可。我们可以使用redis-cli的CONFIG GET save选项来查看RBD功能的启用状态：

![20210510113848732.PNG][]

因为RDB持久化会在目录下生成一个dump.rdb文件来存储Redis内存写入的数据，所以我们也可以直接ls -l dump.rdb来查看目录下是否生成了该文件。

### 阻塞与非阻塞RDB ###

如果在使用过程中我们想手动进行一次持久化数据写入，可以直接在运行的Redis实例中执行”SAVE”命令：

![20210510113856188.PNG][]

SAVE命令可以执行一次RDB，如果写入的数据量大，Redis可能会阻塞一段时间，因为该命令使用的是Redis主线程进行持久化存储。如果我们想要执行非阻塞的RDB持久化，可以用命令BGSAVE，该命令会在后台进行持久化存储，此时Redis主线程可以继续处理收到的其他指令。从左边Redis服务器日志输出中可以看到，执行SAVE命令后的一些输出和执行BGSAVE命令后的输出，由于没有导入数据，所以看到日志中输出“RDB：0 MB of memory used by copy-on write”。

使用RDB持久化的优势是对Redis数据库的备份都放在一个dump.rdb文件中，可以很方便地将一个这个备份文件压缩后存储到其他地方。且RDB性能也不错，非阻塞的RDB在持久化时会调用fork（）创建一个子进程来备份数据，这样Redis主进程就可以继续其他服务。当然RDB也有一些缺点，那就是如果持久化前系统因某些原因崩溃了，那么没来得及写入磁盘的Redis内存中的数据就全都丢失了。还有Redis创建子进程进行数据备份时，是先将数据写入到一个临时文件中，最后再把临时文件替换之前的备份文件，所以当数据量很大时，对内存的占用也是不可忽视的。

## RDB文件格式 ##

上面说了，RDB持久化会把Redis实例内存中的数据保存到dump.rdb文件中，接下来我们就看看这个文件中的格式，看看里面都有些什么。

![2021051011390484.PNG][]

首先我们往Redis实例中设置一些字符串，哈希等数据，然后调用SAVE命令手动进行一次RDB持久化，之后，使用bvi dump.rdb命令查看十六进制形式的RDB文件：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RpbnplbmdUTQ_size_16_color_FFFFFF_t_70 1][]

看到一堆十六进制数，仿佛回到以前看.class字节码文件，这些十六进制信息可以通过查表看其含义，例如前面五个数52 45 44 49 53分别对应字符R E D I S，紧接着的后四个数30 30 30 38分别对应0 0 0 8，也就是RBD版本号0008，REDIS0008构成了RDB文件的魔数，果然很熟悉，以前看.class字节码文件时，里面前四个字节也是魔数，用来标识这是一个什么文件，如果这个魔数和预期的不一样，证明文件已经损坏了。在魔数之后接着的是redis-ver实例版本，ctime时间戳，repl-id实例ID等，都可以通过查表了解这些数据的格式。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RpbnplbmdUTQ_size_16_color_FFFFFF_t_70]: /images/20221021/434c1c88c350458fad7b69396664d235.png
[2021051011384147.PNG]: /images/20221021/04b038021efa4ceca21aa5240ac77247.png
[20210510113848732.PNG]: /images/20221021/8ed720b58d014489af454d0faf86d534.png
[20210510113856188.PNG]: /images/20221021/7bc06b57b1b9451b8ed8938cc3037d81.png
[2021051011390484.PNG]: /images/20221021/8f3ef97a81f34378bc2401d26b66da80.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RpbnplbmdUTQ_size_16_color_FFFFFF_t_70 1]: /images/20221021/66885b5ab32e48e189f7321c07b1f9d0.png