【Redis7】Redis持久化机制之RDB

最新推荐文章于 2024-05-29 14:29:08 发布
最新推荐文章于 2024-05-29 14:29:08 发布
阅读量783 收藏 47
点赞数 37
分类专栏： Redis 文章标签： redis 缓存 java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_63463510/article/details/139041559
版权

文章目录

1.RDB简介

Redis持久化机制中的RDB（Redis Database）是一种将Redis在某个时间点的数据以快照形式保存到磁盘上的方法。

原理：RDB通过创建一个包含Redis数据库所有键值对的快照文件（通常以.rdb作为文件后缀）来实现持久化。这个过程将内存中的数据以二进制格式转储到磁盘上，形成一个紧凑的文件，便于备份和迁移。

三种触发方式：配置触发,手动触发和后台触发

  • 手动触发：通过执行SAVE命令可以立即执行一次快照生成，但需要注意，该命令会阻塞Redis服务器，直到RDB文件创建完毕，因此在生产环境中不推荐直接使用。
  • 后台触发：使用BGSAVE命令可以在后台异步执行快照生成，不会阻塞服务器处理客户端请求。
  • 配置触发：Redis服务器可以根据配置文件中的策略自动执行快照，如设置save指令来定义在一定时间内发生指定数量的写操作后自动执行BGSAVE。

2.RDB配置触发设置

配置触发：Redis服务器可以根据配置文件中的策略自动执行快照，如设置save指令来定义在一定时间内发生指定数量的写操作后自动执行BGSAVE。

RDB的配置通常在Redis的配置文件redis.conf中进行，包括RDB文件的保存路径、自动保存的规则等。

Redis6.2之前,RDB的配置如下:

image-20240518215807256

在 Redis.conf 配置文件中的 SNAPSHOTTING 下配置 save 参数，来触发 Redis 的 RDB 持久化条件，比如“save m n”:表示 m 秒内数据集存在 n次修改时，自动触发 bgsave

  • save 900 1:每隔 900s(15min)，如果有超过 1 个 key 发生了变化，就写一份新的 RDB 文件
  • save 300 10:每隔 300s(5min)，如果有超过 10 个 key 发生了变化，就写一份新的 RDB 文件
  • save 60 10000:每隔 60s(1min)，如果有超过 10000 个 key 发生了变化，就写一份新的 RDB 文件

以下是Redis7中对RDB的配置内容:

image-20240518215927145

  • save 3600 1:每隔 3600s(60min)，如果有超过 1 个 key 发生了变化，就写一份新的 RDB 文件
  • save 300 100:每隔 300s(5min)，如果有超过 100 个 key 发生了变化，就写一份新的 RDB 文件
  • save 60 10000:每隔 60s(1min)，如果有超过 10000 个 key 发生了变化，就写一份新的 RDB 文件

接下来通过修改配置文件,才修改自动保存规则,步骤如下:

1.修改自动保存规则,10秒内2个key发生变化
在这里插入图片描述

2.创建rdb文件存放的文件夹
在这里插入图片描述

3.修改redis配置文件, 505行左右
在这里插入图片描述

4.修改rdb文件的名字,默认是dump.rdb
在这里插入图片描述

我这里修改成了dump+端口号的形式,也可以不修改
在这里插入图片描述

改完配置文件要重启redis服务

5.连接redis,进行测试

使用命令config get dir,测试配置是否生效

127.0.0.1:6379> config get dir
1) "dir"
2) "/redis-config/rdbfiles"
127.0.0.1:6379>

这里会显示修改rdb文件存放的文件夹,我这里是没问题的

只需要在redis中让key10秒内修改两次即可,修改完成之后查看文件夹,可以看到多了一个.rdb文件
在这里插入图片描述

示例:

修改原本生成的.rdb文件名称
在这里插入图片描述

清空所有的key
在这里插入图片描述
可以看到又生成了一个.rdb文件
在这里插入图片描述

  • flushdb这种命令也会生成.rdb文件,但是这个文件毫无意义

使用原来的.rdb文件,观察是否能恢复数据

首先先将原来的.rdb文件删除.然后重启虚拟机,重启虚拟机之后,会再生成一个.rdb文件 在将这个.rdb文件删除,将原来有数据的.rdb文件名改回去
在这里插入图片描述
重连redis服务,可以看到数据恢复了
在这里插入图片描述

3.RDB的优缺点

  • 优点：RDB文件紧凑，恢复速度比AOF快；适合做灾难恢复；对数据完整性要求不高的场景下非常有用。
  • 缺点：
    • 数据恢复点取决于最后一次快照，如果服务器故障发生在两次快照之间(也就是一次快照之后,又修改了数据,但是还没触发快照)，这段时间的数据会丢失；频繁执行快照可能会影响性能。
    • 内存数据的全量同步，如果数据量太大会导致I/0严重影响服务器性能
    • RDB依赖于主进程的fork，在更大的数据集中，这可能会导致服务请求的瞬间延迟fork的时候内存中的数据被克隆了一份，大致2倍的膨胀性，需要考虑

4.如何检查修复RDB文件

RDB在备份的时候,是有可能出现文件破损的.例如:RDB在进行文件写入的时候,写了一半,服务器突然宕机了,那么这条数据就有问题,从而到底整个文件都读不出来.

那么如何检查修复RDB文件呢?

1.其实在/usr/local/bin/目录下有一个redis-check-rdb
在这里插入图片描述

2.因此在任何地方使用redis-check-rdb 命令即可完成检查修复
在这里插入图片描述

5.如何禁用RDB

方法有两种:

  1. 动态所有停止RDB保存规则的方法:redis-cli config set save ""
  2. 修改配置文件,禁用快照
    在这里插入图片描述

6.RDB参数优化

1.stop-writes-on-bgsave-error:控制当Redis在执行后台保存（background save，简称bgsave）操作生成RDB快照文件时的行为。

默认yes.意思是那么当Redis在创建RDB快照过程中遇到错误（例如磁盘空间不足、权限问题等），Redis将停止接受任何可能修改数据集的命令，以防止数据不一致的情况发生。

如果配置成no，表示你不在乎数据不一致或者有其他的手段发现和控制这种不一致，那么在快照写入失败时也能确保redis继续接受新的写请求
在这里插入图片描述

2.rdbcompression:用于控制Redis在生成RDB（Redis Database）快照文件时是否对数据进行压缩。

默认是yes，意思是Redis会在保存数据到RDB文件之前对其进行压缩。这样做的主要目的是减少RDB文件的体积，从而节省存储空间并可能加快备份和恢复过程中的传输速度。

压缩过程通常使用LZF算法，这是一种相对快速且高效的压缩算法，能够在压缩数据大小与CPU消耗之间取得一个平衡。尽管压缩会增加一定的CPU使用率，但对于大多数场景来说，这一开销相对于节约的存储空间和提高的I/O效率来说是可接受的。
在这里插入图片描述

3.rdbchecksum:用于控制Redis在载入RDB（Redis Database）快照文件时是否进行数据校验。

默认是yes,意思是Redis在从RDB文件恢复数据到内存之前，会计算快照文件内的数据校验和（checksum），然后与RDB文件末尾存储的校验和进行对比，以确保数据的完整性。
在这里插入图片描述

4.rdb-del-sync-files:控制着在主从复制（replication）场景下，从节点（slave）对于用于同步的RDB文件的处理方式。

默认是no,意思是即使从节点没有开启任何持久化（既没有启用RDB持久化也没有启用AOF持久化），在主从全量同步过程中使用的RDB文件也不会被自动删除。
在这里插入图片描述

7.总结

  1. RDB是一种将Redis在某个时间点的数据以快照形式保存到磁盘上的方法,主要是依靠rdb文件。

  2. 触发RDB情况: 达到配置的频率和时间，save, bgsave, shutdown , flushall/flushdb

    • save不建议使用
    • flushall/flushdb:产生的rdb文件没有意义

  3. 使用redis-check-rdb 命令即可完成检查修复rdb文件

  4. 禁用RDB:

    • 使用命令redis-cli config set save ""
    • 修改配置文件
比奇堡的天没有云
关注
  • 37
    点赞
  • 踩
  • 47
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 21
    评论
专栏目录
Redis持久化存储策略机制（RDB、AOF）
IT之一小佬的博客
01-08 3282
Redis持久化存储策略机制（RDB、AOF）
【Redis】—— Redis的RDB持久化机制
仰望天空，妳我亦是行人.
07-11 1663
💧RDB持久化是Redis提供的一种将数据从内存写入磁盘的方式。它通过将当前内存中的数据快照保存到磁盘上的二进制文件中来实现数据的持久性。这个快照包含了所有键值对的数据，可以在Redis服务器重启时使用。💧RDB持久化的主要优点是它可以非常高效地进行数据恢复。由于数据是以二进制格式保存的，重启时可以快速加载整个数据集，因此适用于大规模数据的持久化。
【Redis】Redis持久化之RDB详解（Redis专栏启动）
小明的Java问道之路
02-14 7057
本文讲解Redis持久性机制RDB，RDB持久化的两种方法（RDB的两种策略方式、save和bgsave命令）并进行比较，如何使用RDB策略备份数据，分析Redis RDB优缺点，bgsave原理，bgsave执行流程，fork的实现原理（Copy On Write写时复制）。
redis有几种持久化机制？
不管风吹浪打，胜似闲庭信步
08-22 1875
Redis是一种高级key-value数据库，数据存储在内存中，速度很快是优势，但是紧接着带来的则是数据变化瞬息万变，数据该如何保存呢？这就是今日总结的Redis持久化机制。
Redis RDB持久化
长期更新Java自学笔记
06-15 864
什么是持久化？将内存中的数据保存至永久性存储介质称为持久化为什么要持久化？防止数据的意外丢失，确保数据安全性如何防止数据丢失？使用save指令即可通过RBD方式进行数据持久化，需要手动执行save操作，持久化时会把redis中的数据默认保存在dump.rdb中，可在配置文件中指定目录客户端在内存创建数据，并进行save持久化 查看指定dump.rbd中是否有内容 这就表示内存中的数据已经保存在硬盘文件里了 说明：设置本地数据库文件名，默认为dump.rdb 经验：通常设置为dump-端口号.rdb
【redis】redis之持久化机制
热门推荐
远方不远
11-16 2万+
Redis 是一个开源（ BSD 许可）的，内存中的数据结构存储系统，它可以用作数据库、缓存和消息中间件。它支持的数据类型很丰富，如字符串、链表、集 合、以及散列等，并且还支持多种排序功能。   什么叫持久化？ 用一句话可以将持久化概括为：将数据（如内存中的对象）保存到可永久保存的存储设备中。持久化的主要应用是将内存中的对象存储在数据库中，或者存储在磁盘文件中、 XML 数据文件中等等。 ...
Redis RDB与AOF持久化方式
王清欢的博客
09-17 2535
01 Redis的持久化方式 Redis 提供了不同级别的持久化方式: RDB持久化方式 能够在指定的时间间隔能对数据进行快照存储 AOF持久化方式 记录每次对服务器写的操作，当服务器重启的时候会重新执行这些命令来恢复原始的数据。AOF命令以redis协议追加保存每次写的操作到文件末尾。另外，Redis还能对AOF文件进行后台重写，使得AOF文件的体积不至于过大 Redis持久化的使用： 不适用持久化：功能类似于memcache，如果只希望数据在服务器运行的时候存在，也可以不使用任何持久化方式。 同时
Redis持久化之RDB
不完美的红烧肉的博客
02-18 4573
Redis提供了2个不同形式的持久化策略： RDB (redis database) AOF (append of file) 这篇文章则记录一下我学习RDB过程中的一些笔记，分享给大家。 RDB 模式 rdb是redis默认的持久化策略，在RDB模式下，可以将redis在内存中的数据库状态保存到磁盘里面（以内存快照的形式），避免数据意外丢失。 RDB持久化功能既可以手动执行，也可以通过配置文件定期执行。 RDB通过生成一个经过压缩的二进制文件，保存数据库状态，可以通过该文件进行还原。
Redis 持久化之RDB和AOF.doc
10-09
Redis 有两种持久化方案，RDB （Redis DataBase）和 AOF （Append Only File）。如果你想快速了解和使用RDB和AOF，可以直接跳到文章底部看总结。本章节通过配置文件，触发快照的方式，恢复数据的操作，命令操作演示...
Redis学习笔记—Redis持久化机制
01-07
1） RDB：是redis的默认持久化机制。 RDB相当于照快照，保存的是一种状态。如果你有几十G数据 ，它能把它压缩为 几KB的快照 2）快照是默认的持久化方式，这种方式就是将内存中数据以快照的方式写入到二进制文件中，...
尚硅谷——Redis之RDB和AOF持久化
01-31
RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘。 也是默认的持久化方式，这种方式是就是将内存中数据以快照的方式写入到二进制文件中,默认的文件名为dump.rdb。
Redis两种持久化方案RDB和AOF详解
09-09
主要介绍了Redis 两种持久化方案，RDB（Redis DataBase）和 AOF（Append Only File），给大家提供参考，一起学习下。
Redis持久化一一RDB
01-07
Redis的持久化存储提供两种方式：RDB与AOF。RDB是默认配置。默认是关闭AOF模式的，AOF需要手动开启 RDB（Redis DataBase）:在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是行话讲的Snapshot快照，它恢复时...
Redis教程(二十一)：Redis怎么保证缓存一致性
十三月的博客
05-29 993
Redis 的缓存一致性是指在使用 Redis 作为缓存层时，保证缓存中的数据与数据库中的数据保持一致的状态。在分布式系统中，数据一致性是一个重要的问题，因为可能存在多个客户端同时读写同一数据，或者数据在不同节点间需要同步更新。：当数据库中的数据被修改后，相关联的缓存数据需要被相应地更新或失效，以避免返回陈旧的数据。：当缓存的数据被认定为过时（可以是时间过期，或者因为底层数据有变更）时，必须从缓存中移除，以确保下次读取会从后端数据库加载最新数据。：在分布式缓存环境中，相同的数据可能会存储在多个缓存节点上。
redis笔记1
kekexiaomayi的博客
05-28 329
set添加、get获取、mset批量添加、mget批量获取，incr整型的key自增，incrby设置自增的值，setnx添加key并且设置值,setex添加值，指定有效期eg:setex name 5 “xiaoxiao”，为名字加“xiaoxiao”,5秒后过期;HSET添加、修改，HGET查，Hmset批量加、HMGET批量查、HGETALL获取所有等。LPUSH左加、LPOP左取，RPUSH右加、RPOP右取等（左是首，右是尾）无序、不可重复、支持交、并、差集等功能。可排序、不重复，排行榜。
Redis实践记录与总结
最新发布
qq_44031124的博客
05-29 514
紧接着上第二个方案，使用redis数据备份工具redis-dump将缓存数据备份成json文件，再将该json文件中的数据迁移到低版本redis数据库中，对低版本进行rdb文件备份，使用redis rdb tools工具进行分析。Redis缓存数据库设计建议：缓存中的数据不要设置永久性数据，可以定时往数据库中同步数据。上述报错的原因是：当前缓存使用的7版本，而7版本目前redis rdb tools对高版本的rdb文件分析的功能还没有上线，也就是说当前功能不兼容。最近生产环境缓存数据库数据过大（
Redis教程(十八)：Redis的Redisson的看门狗机制
十三月的博客
05-27 466
Redisson的看门狗机制主要是指客户端在获取到锁之后，通过后台线程或定时任务自动续期的功能，以避免在锁持有期间因为处理时间过长而导致锁自动释放，进而确保操作的安全性与原子性。需要注意的是，虽然看门狗机制提升了Redis分布式锁的易用性和安全性，但也增加了系统的复杂性，例如需要考虑看门狗的执行频率、续期阈值和锁的最大生存时间等。另外，实现这一机制通常依赖于客户端库的支持（如Redisson），直接在应用代码中实现可能比较复杂。
12.Redis之补充类型&渐进式遍历
m0_47017197的博客
05-28 907
渐进性遍历 scan 虽然解决了阻塞的问题，但如果在遍历期间键有所变化（增加、修改、删除），可能导致遍历时键的重复遍历或者遗漏，这点务必在实际开发中考虑。Redis 使⽤ scan 命令进⾏渐进式遍历键，进⽽解决直接使⽤ keys 获取键时可能出现的阻塞问。每次 scan 命令的时间复杂度是 O(1)，但是要完整地完成所有键的遍历，需要执⾏多次 scan。要想得到所有的 key 就需要多次遍历了~~多次执行渐进式遍历命令（化整为零~）返回值：下⼀次 scan 的游标（cursor）以及本次得到的键。
redis持久化机制RDB
09-06
Redis的持久化机制主要有两种，一种是RDB（Redis DataBase），另一种是AOF（Append Only File）。 RDB是Redis默认的持久化方式。它通过将内存中的数据以快照的形式写入到磁盘中的二进制文件中来实现持久化。RDB持久化可以手动触发，也可以通过设置自动触发的规则来进行定期持久化。当Redis需要进行持久化时，它会fork一个子进程来执行持久化操作，这样可以避免对主进程的影响。 RDB文件是一个紧凑、压缩的二进制文件，其中包含了数据在某个时间点上的快照。RDB持久化可以非常高效地还原数据，并且在保存和加载数据时具有很好的性能。然而，由于RDB是通过将整个数据集写入磁盘，所以在数据集较大时可能会导致较长的持久化时间和较高的内存占用。 RDB持久化适合用于备份、灾难恢复等场景，并且在恢复大型数据集和加载速度方面表现优异。 需要注意的是，RDB是按照一定的规则进行触发的，如果Redis意外崩溃，可能会导致最后一次RDB持久化之后的数据丢失。如果对数据的安全性要求更高，可以考虑使用AOF持久化机制。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 21
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

比奇堡的天没有云

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值