RDB持久化

redis是一个内存数据库,所有我们需要将他定时存在磁盘上,如果没有开启AOF,那么会生成RDB文件进行存储,其实就是个二进制文件

RBD文件通过SAVE BGSAVE进行创建,

SAVE会阻塞服务器进程,如果执行的话,那么client在这个期间发出的请求都不会响应

BGSAVE其实是创建fork出一个子进程来执行,其实本质他们都是在实行rdbsave

因为AOF的频率比RDB的频率高,所以启动服务器的时候,我们遵循着下面的原则

如果执行BGSAVE的时候,收到了save会被拒绝,因为他们都是执行rdbsave,两个进程同时进行的话会产生竞争

如果发出了BGREWRIEAOF的话,那么会等到BGSAVE执行完了在执行。相反的话会被拒绝,两个不可能同时进行,如果同时进行,会进行大量的写入磁盘操作

间隔性保存

struct redisserver{

  saveparam

  long long dirty

  time_t lastsave

}

上述三个其实表示了执行BGSAVE的条件

saveparam就是指向的条件

eg:

save 300 1 300秒内执行一次

dirty表示上一次bgsave结束后执行了多少次操作

lastsave表示的上面bgsave的时间戳

通过计算并且循环判断就是可以确定是否需要执行BGSAVE

REDIS服务器会每隔100毫秒执行依稀,servercron函数,就是检查这个条件

RDB文件结构:

第一个大写的常亮,表示读的是RDBle,version是版本,EOF是数据库读完的结束标志,check_sum是一个效验码

中间的是各个数据库中的数据

上面表示的每一个数据库中的数据,主要是keyvaluepairs

上面就是两种带过期键和不带的两种结构

对于key其实就是一个字符串,对于value

(1)如果大于20字节,那么就会以压缩的方式存储,如果不是,那么会按原样存储

无压缩的结构和压缩的结构如下

对于其他的比如列表对象,集合,有序集合,哈希,都会在最前有一个总的长度,对于值,如果是字符串的话,还会在前面有一个length的记录

时间: 2024-10-06 11:30:52

RDB持久化的相关文章

redis 源码学习(RDB 持久化)

redis是个内存数据库,所有的操作都是在内存中进行,但是内存有个特点是,程序出问题或者系统出问题.重启,关机都会造成内存数据丢失. 所以需要把内存中的数据dump到硬盘中备份起来. RDB持久化,是内存数据库dump到硬盘的过程,其中RDB是个文件格式,待会介绍. 本文从两个方向剖析, 1)加载dump.rdb文件到内存中. 2)内存数据库dump到硬盘中dump.rdb文件. 加载dump.rdb文件到内存 main函数入口: int main(int argc, char **argv)

(四)持久化之---RDB持久化的配置和原理

配置过程 默认快照方式是开启的,Redis会根据快照保存策略把快照写入到dump.rdb(默认名称)文件中,该文件保存位置可以在配置文件中设置,就是dir配置项. 默认保存策略如下: 命令行有一个save或者gbsave命令,作用是把数据同步到dump.rdb中,不过这两个命令的是有区别的,在原理部分会谈到. 原理 RDB持久化可手动运行也可以自动定期执行,然后把某个时间点的数据库状态保存到RDB文件中,默认是dump.rdb,该文件是一个经过压缩的二进制文件,上面已经说了如何去配置策略和使用命

redis之RDB持久化

Redis是一个键值对数据库服务器,服务器中通常包含着任意个非空数据库,而每个非空数据库中又可以包含任意个键值对,为了方便起见,我们将服务器中的非空数据库以及它们的键值对统称为数据库状态. 因为Redis是内存数据库,它将自己的数据库状态储存在内存里面,所以如果不想办法将储存在内存中的数据库状态保存到磁盘里面,那么一旦服务器进程退出,服务器中的数据库状态也会消失不见.为了解决这个问题,Redis提供了RDB持久化功能,这个功能可以将Redis在内存中的数据库状态保存到磁盘里面,避免数据意外丢失.

[redis读书笔记] 第二部分 单机数据库 RDB持久化

内存中的rdb是会存为文件以做到RDB持久化的.RDB文件时一个二进制文件. 一 载入与存储 文件的载入是在server启动时进行的(rdbload()),因为AOF的更新频率比RDB高,所以如果AOF持久化功能开启,服务器会优先从AOF还原DB,只有AOF关闭,才从RDB还原数据库. 文件的存储由rdbSave()/rdb.c来实现,SAVE/BGSAVE 命令可以触发,前者直接由Redis server处理,此时不能处理其他命令,后者会启动子进程进行处理,此时server可以处理其他命令,但

Redis RDB持久化异常

导致异常情况: 1.三个redis节点数据 无法rdb持久化 2.redis数据 只能读不能写入(有问题1导致),结果直接导致数据无法新增和更新 目前临时处理方式: 1. config set stop-writes-on-bgsave-error no   先让数据可以写redis,不影响线上数据的读写操作 2.调整  vm.overcommit_memory = 2 ,这个配置目前没有效果,因为redis主进程内存使用量已经较高 0 直接和空闲物理内存对比,足够就放行 1 直接放行 2 物理

Redis AOF持久化和RDB持久化区别

一.redis持久化----两种方式 1.redis提供了两种持久化的方式,分别是RDB(Redis DataBase)和AOF(Append Only File). 2.RDB,简而言之,就是在不同的时间点,将redis存储的数据生成快照并存储到磁盘等介质上: 3.AOF,则是换了一个角度来实现持久化,那就是将redis执行过的所有写指令记录下来,在下次redis重新启动时,只要把这些写指令从前到后再重复执行一遍,就可以实现数据恢复了. 4.其实RDB和AOF两种方式也可以同时使用,在这种情况

Redis实现之RDB持久化(一)

RDB持久化 Redis是一个键值对数据库服务器,服务器中通常包含着任意个非空数据库,而每个非空数据库中又可以包含任意个键值对,为了方便起见,我们将服务器中的非空数据库以及它们的键值对统称为数据库状态.举个栗子,图1-1展示了一个包含三个非空数据库的Redis服务器,这三个数据库以及数据库中的键值对就是该服务器的数据库状态 图1-1   数据库状态示例 因为Redis是内存数据库,它将自己的数据库状态存储在内存里面,所以如果不想办法将存储在内存中的数据库状态保存到磁盘中,那么一旦服务器进程退出,

redis中的RDB持久化详解

1. 如何在redis中配置RDB持久化文件 在redis持久化中  默认是开启RDB模式的.这里我们只需要对RDB进行配置即可 在上面有三个配置选项 分别是 每隔900秒  有一条key进行变更 每个300秒 有10条key进行变更 没隔60秒  有10000条key进行变更. 以上任意条达成条件后,就会重新生成一个dump.rdb文件.就是当前redis内存中完整的快照,这个操作也被称之为snapshotting,快照也可以手动调用save或者bgsave命令,同步或异步执行rdb快照生成

Redis 详解 (六) RDB 持久化

目录 1.RDB 简介 2.触发方式 ①.自动触发 ②.手动触发 3.恢复数据 4.停止 RDB 持久化 5.RDB 的优势和劣势 6.RDB 自动保存的原理  前面我们说过,Redis 相对于 Memcache 等其他的缓存产品,有一个比较明显的优势就是 Redis 不仅仅支持简单的key-value类型的数据,同时还提供list,set,zset,hash等数据结构的存储.这几种丰富的数据类型我们花了两篇文章进行了详细的介绍,接下来我们要介绍 Redis 的另外一大优势——持久化. 由于 R

redis配置文件基本解析以及RDB持久化与AOF持久化

redis.conf 我们安装成功之后就会有这个配置文件,但是我们一般都不推荐直接使用出厂的配置文件,而是单独拷贝一份使用,以避免我们因为配置错误而带来不必要的麻烦. 如图我单独拷贝了一份在根目录下面的文件夹: redis单元: Tcp-backlog: 设置tcp的backlog,backlog其实是一个连接队列,backlog队列总和=未完成三次握手队列+已经完成三次握手队列. 在这里三次握手队列我参考另一篇博文:https://blog.csdn.net/ityouknow/article