Redis持久化之RDB解读

亦凉 2023-10-15 09:19 12阅读 0赞

**目录**

什么是RDB

配置位置参数解读

如何使用

自动触发

手动触发

save

bgsave

RDBRDB持久化文件的恢复

正常恢复

恢复失败处理方法

RDB优势

RDB 缺点

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

> redis是一个内存数据库,当redis服务器重启,获取电脑重启,数据会丢失,我们可以将redis内存中的数据持久化保存到硬盘的文件中
> 
> 持久化的方式有：
> 
> 1.  RDB:定时将数据保存在硬盘中(dump.rdb)(默认)
> 2.  AOF:保存所有操作的命令

#### 什么是RDB ####

在指定的时间间隔内将内存中的数据集快照写入磁盘,也就是行话讲的Snapshot快照,它恢复时是将快照文件直接读到内存里

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

> RDB的缺点是最后一次持久化后的数据可能丢失。我们默认的就是RDB,一般情况下不需要修改这个配置

rdb保存的文件是dump.rdb都是可以在我们的配置文件中快照中进行配置的

![7708a4c9e6704a7f81a4494380641c87.png][]

#### **配置位置参数解读** ####

rdb文件的保存路径，也可以修改。默认为Redis启动时命令行所在的目录下

dir "/myredis/"

默认1分钟内至少发生10000次keys变化或者15分钟内至少发生100次keys变化或者1小时内至少发生1次keys变化

#### ![72366005d8b74bd3aaa72f72ba51a930.png][] ####

# 周期性执行条件的设置格式为
    save <seconds> <changes>
    
    # 默认的设置为：
    # 如果900秒内有1条Key信息发生变化，则进行快照
    save 900 1
    # 如果300秒内有10条Key信息发生变化，则进行快照
    save 300 10
    # 如果60秒内有10000条Key信息发生变化，则进行快照
    save 60 10000

#### 如何使用 ####

##### 自动触发 #####

*  redis.conf中配置save m n，即在m秒内有n次修改时，自动触发bgsave生成rdb文件
 *  主从复制时，从节点要从主节点进行全量复制时也会触发bgsave操作，生成当时的快照发送到从节点
 *  执行debug reload命令重新加载redis时也会触发bgsave操作
 *  默认情况下执行shutdown命令时，如果没有开启aof持久化，那么也会触发bgsave操作

> 执行flushall命令，也会产生dump.rdb文件，但里面是空的，无意义 ，所以一般情况下要备份的话，执行fushall命令之前，我们可以先把dump.rdb备份一份到其他地方。

##### 手动触发 #####

> redis客户端执行bgsave命令或者自动触发bgsave命令

<table> 
 <thead> 
  <tr> 
   <th>方式</th> 
   <th>save指令</th> 
   <th>bgsave指令</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>读写</td> 
   <td>同步</td> 
   <td>异步</td> 
  </tr> 
  <tr> 
   <td>阻塞客户端指令</td> 
   <td>是</td> 
   <td>否</td> 
  </tr> 
  <tr> 
   <td>额外内存消耗</td> 
   <td>否</td> 
   <td>是</td> 
  </tr> 
  <tr> 
   <td>启动新进程</td> 
   <td>否</td> 
   <td>是</td> 
  </tr> 
 </tbody> 
</table>

###### save ######

save 命令执行一个同步保存操作，将当前 Redis 实例的所有数据快照(snapshot)以 RDB 文件的形式保存到硬盘。**很少在生产环境直接使用`SAVE`命令，因为它会阻塞所有的客户端的请求，可以使用`BGSAVE`命令代替。**如果在`BGSAVE`命令的保存数据的子进程发生错误的时，用`SAVE`命令保存最新的数据是最后的手段。

redis> SAVE 
    OK

###### bgsave ######

Bgsave 命令用于在后台异步保存当前数据库的数据到磁盘。BGSAVE 命令执行之后立即返回 OK ，然后 Redis fork 出一个新子进程，原来的 Redis 进程(父进程)继续处理客户端请求，而子进程则负责将数据保存到磁盘，然后退出。

redis> BGSAVE
    Background saving started

> 返回值：反馈信息。

#### [RDB][]RDB持久化文件的恢复 ####

##### 正常恢复 #####

*  将备份的 RDB 文件复制到 Redis 的工作目录中。
 *  在 Redis 配置文件中设置 dbfilename 和 dir 参数，分别为 RDB 文件名和路径。
 *  启动 Redis 服务器即可。

查看需要存在的位置:

127.0.0.1:6379> config get dir
    1) "dir"
    2) "/data"

##### 恢复失败处理方法 #####

如果 RDB 文件损坏或不完整，可以尝试使用 Redis 自带的 redis-check-rdb 工具来检查文件的有效性，并尝试修复文件中的错误。

redis-check-dump FILENAME

#### RDB优势 ####

*  RDB 是 Redis 数据的一个非常紧凑的单文件时间点表示形式。RDB 文件非常适合备份。例如，您可能希望每隔 24 小时存档一次 RDB 文件，并将 RDB 快照每天保存 30 天。这使您可以在发生灾难时轻松还原数据集的不同版本。
 *  RDB 非常适合灾难恢复，它是一个可以传输到远程数据中心或 Amazon S3（可能加密）的单个紧凑文件。
 *  RDB 最大限度地提高了 Redis 性能，因为 Redis 父进程为了持久化而需要做的唯一工作是分叉一个子进程，该子进程将完成所有其余工作。父进程永远不会执行磁盘 I/O 或类似操作。
 *  与 AOF 相比，RDB 允许更快地重新启动大数据集。

#### RDB 缺点 ####

*  如果您需要在 Redis 停止工作（例如停电后）将数据丢失的可能性降至最低，则 RDB 不好。您可以在生成 RDB 的位置配置不同的保存点（例如，在至少 100 分钟和针对数据集写入 <> 次后，您可以有多个*保存点*）。但是，您通常会每五分钟或更长时间创建一个 RDB 快照，因此，如果 Redis 因任何原因在没有正确关闭的情况下停止工作，您应该准备好丢失最新几分钟的数据。
 *  RDB 经常需要 fork（） 才能使用子进程持久化在磁盘上。如果数据集很大，fork（） 可能会很耗时，如果数据集非常大且 CPU 性能不是很好，则可能会导致 Redis 停止为客户端提供服务几毫秒甚至一秒钟。AOF 还需要 fork（），但频率较低，您可以调整重写日志的频率，而无需牺牲持久性。

[7708a4c9e6704a7f81a4494380641c87.png]: https://img-blog.csdnimg.cn/7708a4c9e6704a7f81a4494380641c87.png
[72366005d8b74bd3aaa72f72ba51a930.png]: https://img-blog.csdnimg.cn/72366005d8b74bd3aaa72f72ba51a930.png
[RDB]: https://so.csdn.net/so/search?q=RDB&spm=1001.2101.3001.7020