Redis（十三）：RDB持久化(一)

最新推荐文章于 2024-09-11 22:29:47 发布

2401_84003941

最新推荐文章于 2024-09-11 22:29:47 发布

阅读量278

点赞数 4

分类专栏：程序员文章标签： redis 数据库缓存

本文链接：https://blog.csdn.net/2401_84003941/article/details/137897121

版权

程序员专栏收录该内容

282 篇文章 1 订阅

订阅专栏

这是因为Redis是单线程的，不可能开多一个线程。

Redis为什么是单线程？

Redis是一个内存型数据库，数据都是从内存上读取的，所以CPU并不是他的上限瓶颈，因为CPU读内存是很快的，足够应付大流量，Redis的上限瓶颈是内存的大小，所以只需要一个单线程就足够了，不需要开多个线程去访问内存加快速度。

所以BGSAVE是派生出一个子进程去执行创建RDB文件。

在这里插入图片描述

创建RDB文件的实际工作是由rdb.c/rdbSave函数完成，SAVE命令和BGSAVE命令会以不同的方式去调用这个函数。下面用伪代码去表示两者不同

def SAVE():

//创建RDB文件

rdbSave()

End SAVE;

def BGSAVE():

//创建子进程

pid = fork()

if pid == 0:

//成功创建到子进程

//让子进程去创建RDB文件

rdbSave()

//完成之后向父进程发送信号

signal_parent()

elif pid > 0:

//子进程数量太多，轮询等待子进程创建成功

//父进程继续处理命令请求，并通过轮询等待子进程的信号

handle_requeset_and_wait_signal()

else:

//子进程为负数

//处理出错情况

handle_fork_error()

End BGSAVE;

载入RDB文件

RDB文件的载入工作是在服务器启动时自动执行的，所以Redis并没有专门用于载入RDB文件的命令，只要Redis服务器在启动时，只要检测到RDB文件存在，就会自动载入RDB文件。

另外值得一提的是，因为AOF文件的更新频率通常比RDB文件的更新频率高，所以：

如果服务器开启了AOF持久化功能，那么服务器会优先用AOF文件来还原数据库的状态
只有在AOF持久化功能处于关闭状态时，服务器才会使用RDB文件来还原数据库状态

在这里插入图片描述

SAVE命令执行时的服务器状态

当SAVE命令在执行时，Redis服务器会被阻塞，当SAVE命令正在进行时，客户端发送的所有命令请求都会被阻塞，直到SAVE命令执行完成，重新开始接收命令请求之后，客户端发送的命令才会被处理

BGSAVE命令执行的服务器状态

BGSAVE命令是由子进程去执行的，所以在子进程创建RDB文件的过程，并不会阻塞Redis，Redis服务器仍然会继续处理客户端的命令请求，但是，在BGSAVE命令执行期间，服务器处理SAVE、BGSAVE、BGREWRITEAOF三个命令会和平时不一样。

首先，Redis在BGSAVE命令期间，客户端发送的SAVE命令会被服务器拒绝，服务器会禁止SAVE命令和BGSAVE命令同时执行，这种操作是为了避免父进程和子进程同时执行，即会同时调用两个rdbSave，防止产生竞争条件。

其次，在BGSAVE期间也是不可以执行客户端发送的BGSAVE，因为也是会产生竞争条件。

最后的就是BGREWRITEAOF和BGSAVE两个命令是不可以同时执行的，情况分以下两种

如果BGSAVE命令正在执行，那么客户端发送的BGREWRITEAOF命令会被延迟到BGSAVE命令执行完毕之后执行
如果BGREWRITEAOF命令正在执行，那么客户端发送的BUSAVE命令会被服务器拒绝

虽然BGREWRITEAOF和BGSAVE两个命令的实际工作都是由子进程执行的，这两个命令在操作方面并没有什么冲突的地方，但是不能同时执行他们只是一个性能方面的考虑，并发出两个子进程，并且这两个子进程都同时执行大量的磁盘写入操作，这会很消耗CPU资源，不是一个好主意（至于为什么更倾向于执行BGREWRITEAOF，可能Redis设计者觉得AOF的优先级比较高吧）。

RDB文件载入时的服务器状态

服务器在载入RDB文件期间，会一直处于阻塞状态，直到载入工作完成为止。

自动间隔性保存

SAVE命令与BGSAVE命令主要的区别其实就是SAVE命令是服务器进程去执行工作的，会阻塞服务器进程影响服务，而BGSAVE是服务器进程开启了另一个进程去执行的，不会影响服务器进程。

Redis允许用户通过设置服务器配置的SAVE选项，让服务器每隔一段时间自动执行一次BGSAVE命令，而且SAVE选项可以有多个保存条件（触发执行BGSAVE命令条件），只要其中一个条件被满足，服务器就会执行BGSAVE命令

redis默认的配置如下

在这里插入图片描述

那么只要满足以下三个条件之一，BGSAVE命令就会被执行

SAVE 900 1：服务器在900秒之内（15分钟），只要服务器进行了至少一次修改（新增修改和删除键）
SAVE 300 10：服务器在300秒之内（5分钟），只要服务器进行了至少十次修改（新增修改和删除键）
SAVE 60 10000：服务器在60秒之内（1分钟），只要服务器进行了至少一万次修改（新增修改和删除键）

每次触发都会重写RDB文件（原来的数据清空，完整将数据重新放入）

也就是60秒检查一次，300秒检查一次，900秒检查一次，符合条件就会重写RDB文件，重写了之后重新计算时间

设置保存条件

Redis服务器启动后，用户可以通过指定配置文件或者传入启动参数的方式去设置save选项

接着，服务器会根据save选项所设置的保存条件，设置服务器状态redisServer对象（前面提过其存储服务器状态，里面有数据库数组）里面的saveparams属性

struct redisServer{

//。。。

。。。

//记录了保存条件的数组

struct saveparam *saveparams;

};

saveparams参数是一个saveparam数组，一个saveparam保存了一个save选项设置的保存条件

struct saveparam{

//秒数

time_t seconds;

//修改数

int changes;

};

比如save 900 1，那么saveparam结构里面的属性就是seconds = 900，changes = 1。

像Redis的默认配置的话，saveparams结构就如下所示

在这里插入图片描述

dirty计数器和lastsave属性

除了saveparams数组外，redisServer里面还维持着一个dirty计数器以及一个lastsave属性

dirty，翻译过来就是脏嘛，脏其实就代表内存中的数据与磁盘中的数据不一致，dirty属性其实记录的是距离最近一次执行成功的BGSAVE和SAVE命令之后，服务器对数据库状态（所有的数据库）进行了多少次修改操作（新增、删除和修改键值对）
lastsave，翻译过来就是最新的一次保存，lastsave属性是一个UNIX时间戳，记录的是服务器上一次成功执行SAVE或者BGSAVE命令的时间戳

struct redisServer{

//…

…

//保存选项的数组

struct saveparam *saveprams;

//dirty计数器

long long dirty;

//lastsave属性

time_t lastsave;

//…

…

};

当服务器（所有数据库）执行了一个数据库修改命令后，dirty属性就会进行更新，命令修改了多少次数据库，dirty计数器的值就增加多少

举个栗子

//dirty属性加1

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）

写在最后

作为一名即将求职的程序员，面对一个可能跟近些年非常不同的 2019 年，你的就业机会和风口会出现在哪里？在这种新环境下，工作应该选择大厂还是小公司？已有几年工作经验的老兵，又应该如何保持和提升自身竞争力，转被动为主动？

就目前大环境来看，跳槽成功的难度比往年高很多。一个明显的感受：今年的面试，无论一面还是二面，都很考验Java程序员的技术功底。

最近我整理了一份复习用的面试题及面试高频的考点题及技术点梳理成一份“Java经典面试问题（含答案解析）.pdf和一份网上搜集的“Java程序员面试笔试真题库.pdf”（实际上比预期多花了不少精力），包含分布式架构、高可扩展、高性能、高并发、Jvm性能调优、Spring，MyBatis，Nginx源码分析，Redis，ActiveMQ、Mycat、Netty、Kafka、Mysql、Zookeeper、Tomcat、Docker、Dubbo、Nginx等多个知识点高级进阶干货！

由于篇幅有限，为了方便大家观看，这里以图片的形式给大家展示部分的目录和答案截图！