九. Redis 持久化-RDB(详细讲解说明，一个配置一个说明分析，步步讲解到位)

九. Redis 持久化-RDB(详细讲解说明，一个配置一个说明分析，步步讲解到位)

文章目录

  • 九. Redis 持久化-RDB(详细讲解说明，一个配置一个说明分析，步步讲解到位)
  • 1. RDB 概述
  • 2. RDB 持久化执行流程
  • 3. RDB 的详细配置
  • 4. RDB 备份&恢复
  • 5. RDB 持久化小结(优势 和 劣势)
  • 6. 最后：

Redis 持久化-RDB：官网文档地址： https://redis.io/docs/latest/operate/oss_and_stack/management/persistence/

在这里插入图片描述

Redis 关于持久化方案：有两种：

  1. RDB(Redis DataBase)
  2. AOF(Append Of File)

这里我们主要介绍 RDB 持久化方案，AOF 持久化方案，在下一篇文章当中。

1. RDB 概述

RDB 是什么 ?：

在指定的时间间隔内将内存当中的数据集快照写入到磁盘当中，也就是 Snapshot 快照，恢复时将快照文件当中的内容读取到内存 当中。

2. RDB 持久化执行流程

RDB 及其执行流程：

在这里插入图片描述

对上图的解读：

具体流程如下：

  1. Redis 客户端执行 bgsave 命令或者自动触发 bgsave 命令。
  2. 主进程判断当前是否已经存在正在执行的子进程 ，如果存在，那么主进程直接返回。
  3. 如果不存在，正在执行的子进程 ，那么就 fork 一个新的子进程进行持久化数据，fork 过程是阻塞的，fork 操作完成后主进程即可执行其它操作。
  4. 子进程先将数据写入到 临时的 rdb 文件中 ，待快照数据写入完成后，再原子替换旧的 rdb 文件。
  5. 同时发送信号给主进程，通知主进程 rdb 持久化完成，主进程更新相关的统计信息。

小结：

  1. 整个过程中，主进程是不进行任何 IO 操作的，这就确保了极高的性能。
  2. 如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那 RDB 方式要比 AOF 方式更加的高效。
  3. RDB的缺点是最后一次持久化的数据可能丢失。

如果你是正常关闭 Redis ，仍然会进行持久化，不会造成数据丢失。

如果是 Redis 异常终止/宕机 ，就可能造成数据丢失。

后面在讲解快照配置的时候，进行说明。

Fork&Copy-On-Write：

  1. Fork 的作用是复制一个与当前进程一样的进程。新进程的所有数据(变量，环境变量，程序计数器等)数值都和原进程一致，但是是一个全新的进程，并作为原进程的子进程。

  2. 在 Linux 程序中，fork() 会产生一个和父进程完全相同的子进程，但子进程在此后都会 exec 系统调用，出于效率考虑，Linux 中引入了 “写时复制技术 即：copy-on-write” ，有兴趣的可以移步至🌟🌟🌟 https://blog.csdn.net/Code_beeps/article/details/92838520 一位网友的解读。

  3. 一般情况父进程和子进程会共用一段物理内存，只有进程空间的各段的内容要发送变化时，才会将父进程的内容复制一份给子进程。

3. RDB 的详细配置

  1. 默认快照配置：

Redis 当中的快照的文件是名为 dump.rdb 文件，这是默认的。

在 /etc/redis.conf 中配置文件名称当中，存在这个 dump.rdb 的配置。
在这里插入图片描述

如何配置

默认为 Redis 启动时命令行所在的目录下：

意思就是：默认会将 “dump.rdb” 快照文件存储到 Redis 启动时命令行所在的目录下
在这里插入图片描述

重点： 进入到/usr/local/bin 目录下, 启动 Redis, 这个那么这里的 ./ 所指的路径就是 /usr/local/bin , 如果你在 /root/ 目录下启动 Redis , 那么这里 ./ 所指的就是 /root/ 下了路径 , 这点请大家注意。

在这里插入图片描述

那么这样的默认配置就存在一个问题，那就是，如果我们每次去到不同的目录下启动 redis 的化，那么这个dump.rdb（快照存储我们信息/数据的文件） 就会存储到不同的目录下，这样就导致了，如果该目录下没有我们之前执行存储的数据的 dump.rdb 文件的话，我们Redis 就无法读取到该存有我们之前dump.rdb 数据的文件，也就无法恢复我们之前存储操作的数据了。

演示：

我们创建两个目录：分别是: test01，和 test02
在 test01 目录下执行 set k1 "test01"  同时查看该目录下是否生成 dump.rdb(快照文件)
在 test02 目录下执行 set k2 "test02" 同时查看该目录下是否生成 dump.rdb(快照文件)

[root@localhost home]# mkdir test01 # 创建目录

在这里插入图片描述

[root@localhost test01]# redis-cli
127.0.0.1:6379> keys *
(error) NOAUTH Authentication required.
127.0.0.1:6379> auth rainbowsea
OK
127.0.0.1:6379> keys *
(empty array)
127.0.0.1:6379> set k1 "test01"
OK
127.0.0.1:6379> keys *
1) "k1"

在这里插入图片描述

在这里插入图片描述

同理执行：test02

在这里插入图片描述

在这里插入图片描述

怎么解决这个，Redis 在不同的目录下，导致数据存储快照不同，数据没有跟上？

我们可以自定义配置好这个 dump.rdb 文件的存放路径，不是默认的dir./(根据启动Redis目录不同而变化) ，而是一直配置在一个固定的路径下。就可以解决这个问题了。

这里我们将其配置到 /root/ 目录下，这样我们每次生成的 dump.rdb 文件就一直是在同一个路径的目录下了

dir /root/

在这里插入图片描述

注意：需要关闭 Redis 服务，重新启动 Redis 服务，配置才会生效 。

[root@localhost test02]# redis-server /etc/redis.conf
[root@localhost test02]# redis-cli

在这里插入图片描述

在这里插入图片描述

  1. save 和 bgsave
127.0.0.1:6379> save

127.0.0.1:6379> bgsave

在这里插入图片描述

默认的快照配置： 如图：同样是在 `/etc/redis.conf文件当中配置的。
在这里插入图片描述

在这里插入图片描述

注意理解这个时间段的概念.：

在这里插入图片描述

如果我们没有开启 save 的注释 那么在退出,Redis 时 也会进行备份 更新 dump.rdb 文件的。

  • save ： save 时只管保存，其它不管，全部阻塞。手动保存，不建议。
  • bgsave： Redis 会在后台异步进行快照操作，快照同时还可以响应客户端请求。
  • 可以通过 lastave 命令获取最后一次成功执行快照的时间(unix 时间戳)，可以使用工具转换。https://tool.lu/timestamp/
  1. flushall
  • 执行 flushall 命令，也会产生 dump.rdb 文件，数据为空。
  • Redis Flushall 命令用于清空整个 Redis 服务器的数据(删除所有数据库的所有 key )
    在这里插入图片描述

在这里插入图片描述

  1. Save

格式：save 秒钟 写操作次数, 如图

在这里插入图片描述

在这里插入图片描述

RDB 是整个内存的压缩过的 Snapshot，RDB 的数据结构，可以配置复合的快照触发条件 。

禁用：给 save 传空字符串，可以看文档：

  1. stop-writes-on-bgsave-error
    在这里插入图片描述

意思是：当 Redis 无法写入磁盘的话(比如磁盘满了), 直接关掉 Redis 的写操作。推荐 yes

  1. rdbcompression

在这里插入图片描述

该配置的意思是：

  1. 对于存储到磁盘中的快照，可以设置是否进行压缩存储。如果是的话，redis 会采用 LZF 算法进行压缩。
  2. 如果你不想消耗 CPU 来进行压缩的话，可以设置为关闭此功能，默认 yes。
  1. rdbchecksum

在这里插入图片描述

该配置的意思是：

  1. 在存储快照后，还可以让 redis 使用 CRC64算法来进行数据校验，保证文件是完整的。
  2. 但是这样做会增加大约 10% 的性能消耗，如果希望获取到最大的性能提升，可以关闭此功能，推荐 yes 打开。

  1. 动态停止 RDB：

  2. 动态停止RDB： redis-cli config set save "" ，就是给 save 属性赋值为 ""空字符串，表示禁用保护策略。这里使用命令是让 客户端在此刻，启动的客户端停止 RDB，一旦退出了该客户端就，该配置就失效了。RDB 持久化策略又启动了。

示例演示：

需求: 如果 Redis 的 key 在 30 秒内, 有 5 个 key 变化, 就自动进行 RDB 备份.
在这里插入图片描述

save 30 5

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

4. RDB 备份&恢复

Redis 可以充当缓存，对项目进行优化，因此重要/敏感的数据建议在 MySQL要保存一份。

从设计层面来说，Redis 的内存数据，都是可以重新获取的(可能来自程序，也可能来自MySQL)

因此我们这里说的备份&恢复 ：主要是给大家说明一下 Redis 启动时，初始化数据是从 dump.rdb 来的 整个机制。

演示：

这里我们演示的是：

将我们已经的 dump.rdb 备份文件复制拷贝(备份)一份，复制后之后，再将原来的dump.rdb 文件删除了(模拟文件损坏了，或者是执行 flushall 删除库)。再将我们拷贝备份的 dum.rdb 文件，复制过去，然后重启 redis 读取 dump.rdb 备份文件当中的数据，进行一个数据上的恢复。

config get dir 查询 rdb 文件的目录

127.0.0.1:6379> config get dir

在这里插入图片描述

将 dump.rdb 进行备份 如果有必要可以写 shell 脚本来定时备份 [参考韩顺平老师 Linux 课程定时
,备份 Mysql 数据库视频地址 https://www.bilibili.com/video/BV1Sv411r7vd?p=105 ] 。

[root@localhost ~]# cp /root/dump.rdb /root/dump.rdb.bak

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

127.0.0.1:6379> flushall

在这里插入图片描述

在这里插入图片描述

注意：这里得关闭一下服务器

在这里插入图片描述

[root@localhost ~]# rm /root/dump.rdb # 删除文件夹

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

关闭 Redis 服务器，重新启动 Redis 服务器，让它读取到我们配置的dump.rdb 备份文件，恢复我们的数据信息。

在这里插入图片描述

5. RDB 持久化小结(优势 和 劣势)

优势：

  1. 适合大规模的数据恢复
  2. 对数据完整性和一致性要求不高更适合使用
  3. 节省磁盘空间
  4. 恢复速度快
    在这里插入图片描述

劣势：

  1. 虽然 Redis 在 fork 时使用了写时拷贝技术(Cop-On-Write) ，但是如果数据庞大时还是比较消耗性能。
  2. 在备份周期在一定间隔时间做一次备份，所以如果 Redis 意外 down 掉 的话(如果正常关闭 Redis仍然会进行 RDB 备份，不会丢失数据)，就会丢失最后一次快照后的所有修改。

6. 最后：

“在这个最后的篇章中，我要表达我对每一位读者的感激之情。你们的关注和回复是我创作的动力源泉，我从你们身上吸取了无尽的灵感与勇气。我会将你们的鼓励留在心底，继续在其他的领域奋斗。感谢你们，我们总会在某个时刻再次相遇。”

在这里插入图片描述

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/bicheng/70094.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

[权限提升] Windows 提权 维持 — 系统错误配置提权 - Trusted Service Paths 提权

[权限提升] Windows 提权 维持 — 系统错误配置提权 - Trusted Service Paths 提权

关注这个专栏的其他相关笔记：[内网安全] 内网渗透 - 学习手册-CSDN博客 0x01：Trusted Service Paths 提权原理 Windows 的服务通常都是以 System 权限运行的，所以系统在解析服务的可执行文件路径中的空格的时候也会以 System 权限进行解析&a…
阅读更多...
4 前置技术（下）：git使用

4 前置技术（下）：git使用

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录 前言 前言
阅读更多...
全面掌握市场信息：xtquant库在证券品种数据获取中的应用

全面掌握市场信息：xtquant库在证券品种数据获取中的应用

全面掌握市场信息：xtquant库在证券品种数据获取中的应用 开篇点题：技术背景和应用场景 在量化交易领域，快速准确地获取市场基础信息是至关重要的。xtquant库提供了一种便捷的途径来获取各类证券品种的数据，包括股票、指数、基金等…
阅读更多...
通信易懂唠唠SOME/IP——SOME/IP-SD服务发现阶段和应答行为

通信易懂唠唠SOME/IP——SOME/IP-SD服务发现阶段和应答行为

一 SOME/IP-SD服务发现阶划分 服务发现应该包含3个阶段 1.1 Initial Wait Phase初始等待阶段 初始等待阶段的作用 初始等待阶段是服务发现过程中的一个阶段。在这个阶段，服务发现模块等待服务实例的相关条件满足，以便继续后续的发现和注册过程。 对…
阅读更多...
【python】python基于机器学习与数据分析的手机特性关联与分类预测（源码+数据集）【独一无二】

【python】python基于机器学习与数据分析的手机特性关联与分类预测（源码+数据集）【独一无二】

👉博__主👈：米码收割机 👉技__能👈：C/Python语言 👉专__注👈：专注主流机器人、人工智能等相关领域的开发、测试技术。 python基于机器学习与数据分析的手机特性关联与分类…
阅读更多...
测试csdn图片发布

测试csdn图片发布

测试csdn图片发布 ​​
阅读更多...
JVM监控和管理工具

JVM监控和管理工具

基础故障处理工具 jps jps(JVM Process Status Tool)：Java虚拟机进程状态工具 功能 1：列出正在运行的虚拟机进程 2：显示虚拟机执行主类(main()方法所在的类) 3：显示进程ID(PID，Process Identifier) 命令格式 jps […
阅读更多...
51单片机 06 定时器

51单片机 06 定时器

51 单片机的定时器属于单片机的内部资源，其电路的连接和运转均在单片机内部完成。 作用：1、用于计时；2、替代长时间的Delay，提高CPU 运行效率和处理速度。 定时器个数：3个（T0、T1、T2）&#xf…
阅读更多...
洛谷 P1164 小A点菜 C语言

洛谷 P1164 小A点菜 C语言

P1164 小A点菜 - 洛谷 | 计算机科学教育新生态 题目背景 uim 神犇拿到了 uoi 的 ra（镭牌）后，立刻拉着基友小 A 到了一家……餐馆，很低端的那种。 uim 指着墙上的价目表（太低级了没有菜单），说&…
阅读更多...
VUE3 pinia的对象莫名其妙被赋值成其他对象

VUE3 pinia的对象莫名其妙被赋值成其他对象

我写项目时发现，我明明把这个属性赋值成数组了，但是一启动项目，他就变成了对象了，还是个请求失败的返回对象，很是莫名其妙 后来一步一步的删除代码，看看是哪里影响到了，直到我删除了pinia的持久…
阅读更多...
解释 Java 中的垃圾回收机制，以及如何优化垃圾回收性能?

解释 Java 中的垃圾回收机制，以及如何优化垃圾回收性能?

Java中的垃圾回收机制是一种自动管理内存的机制，它负责在程序运行过程中检测和清除不再被引用的对象，从而释放其占用的内存空间。 垃圾回收机制通过标记-清除、复制、标记-整理等算法实现，能够有效避免内存泄漏，提高程序的性能和…
阅读更多...
面向对象程序的三大特性之一的封装JAVA

面向对象程序的三大特性之一的封装JAVA

1. 封装 1.1 封装的概念 面向对象程序三大特性：封装、继承、多态 。而类和对象阶段，主要研究的就是封装特性。何为封装呢？简单来说就是套壳屏蔽细节 。 比如：对于电脑这样一个复杂的设备，提供给用户的就只是&#…
阅读更多...
[leetcode·回溯算法]回溯算法解题套路框架

[leetcode·回溯算法]回溯算法解题套路框架

本文参考labuladong算法笔记[回溯算法解题套路框架 | labuladong 的算法笔记] 本文解决几个问题： 回溯算法是什么？解决回溯算法相关的问题有什么技巧？如何学习回溯算法？回溯算法代码是否有规律可循？ 其实回溯算法和我…
阅读更多...
Android 使用ExpandableListView时，需要注意哪些细节

Android 使用ExpandableListView时，需要注意哪些细节

1. 布局属性设置 尺寸属性 宽度和高度：要合理设置 android:layout_width 和 android:layout_height 属性。如果设置为 match_parent，它会填满父容器；设置为 wrap_content，则会根据内容自动调整大小。例如，若想让 Exp…
阅读更多...
总结11..

总结11..

#include <stdio.h> #include <string.h> #define MAXN 1001 #define MAXM 1000001 int n, m; char maze[MAXN][MAXN]; int block[MAXN][MAXN]; // 标记每个格子所属的连通块编号 int blockSize[MAXN * MAXN]; // 记录每个连通块的大小 int dx[] {0, 0, 1, -1};…
阅读更多...
【CSS】什么是响应式设计？响应式设计的基本原理，怎么做

【CSS】什么是响应式设计？响应式设计的基本原理，怎么做

在当今多设备、多屏幕尺寸的时代&#xff0c;网页设计面临着前所未有的挑战。传统的固定布局已无法满足用户在不同设备上浏览网页的需求&#xff0c;响应式设计&#xff08;Responsive Web Design&#xff09;应运而生&#xff0c;成为网页设计的趋势和标准。本文将深入探讨响应…
阅读更多...
SQL Server中DENSE_RANK()函数：简洁处理连续排名

SQL Server中DENSE_RANK()函数：简洁处理连续排名

什么是DENSE_RANK&#xff1f; DENSE_RANK()是SQL Server中的窗口函数&#xff0c;用于为结果集中的行生成无间隔的连续排名。与RANK()不同&#xff0c;当遇到相同值时&#xff0c;后续排名不会跳过数字。前一篇已经介绍了rank的用法&#xff0c;这次介绍一下dense_rank。 DEN…
阅读更多...
【Go语言圣经】第七节：接口

【Go语言圣经】第七节：接口

第七章&#xff1a;接口 Golang 当中接口类型的独特之处在于它是满足隐式实现的。即&#xff1a;没必要对于给定的具体类型定义所有满足的接口类型&#xff0c;简单地拥有一些必要的方法即可。这种设计使得我们可以创建一个新的接口类型来满足已经存在的具体类型&#xff0c;却…
阅读更多...
【网络】3.HTTP(讲解HTTP协议和写HTTP服务)

【网络】3.HTTP(讲解HTTP协议和写HTTP服务)

目录 1 认识URL1.1 URI的格式 2 HTTP协议2.1 请求报文2.2 响应报文 3 模拟HTTP3.1 Socket.hpp3.2 HttpServer.hpp3.2.1 start()3.2.2 ThreadRun()3.2.3 HandlerHttp&#xff08;&#xff09; 总结 1 认识URL 什么是URI&#xff1f; URI 是 Uniform Resource Identifier的缩写&…
阅读更多...
数据分析师使用Kutools for Excel 插件

数据分析师使用Kutools for Excel 插件

数据分析师使用Kutools for Excel 插件 Kutools for Excel 是一款功能强大的 Excel 插件&#xff0c;旨在提高 Excel 用户的工作效率&#xff0c;简化复杂的操作。它提供了超过 300 个增强功能&#xff0c;帮助用户快速完成数据管理、格式化、排序、分析等任务&#xff0c;特别…
阅读更多...
最新文章

Copyright @ 2022~2023