当前位置: 首页 > news >正文

尚硅谷redis7 33-36 redis持久化之RDB优缺点及数据丢失案例

官网说明优点:

  • RDB是Redis数据的一个非常紧凑的单文件时间点表示,RDB文件非常适合备份。例如,您可能希望在最近的24小时内每小时旧档一次RDB文件,并在30天内每天保存一个RDB快照,这使您可以在发生来难时轻松恢复不同版本的数据集。
  • RDB非常适合灾难恢复,它是一个可以传输到远程数据中心或Amazon S3(可能已加密)的压编文件。
  • RDB最大限度地提高了Redis的性能,因为Redis父进程为了持久化而需要做的唯一工作就是派生一个将完成所有其余工作的子进程。父进程永远不会执行磁盘I/O或类似操作。
  • 与AOF相比,RDB允许使用大数据集更快地重启。
  • 在副本上,RDB支持重启和故障转移后的部分重新同步。

总结RDB的优点:

  1. 适合大规模的数据恢复
  2. 按照业务定时备份
  3. 对数据完整性和一致性要求不高
  4. RDB文件在内存中的加载速度要比AOF快得多

官网说明缺点:

  • 如果您需要在Redis停止工作时(例如断电后)将数据丢失的可能性降到最低,那么RDB并不好。您可以配置生成RDB的不同保存点例如,在对数据集至少5分钟和100次写入之后,您可以有多个保存点)。但是,您通常会每五分钟或更长时间创建一次RDB快照,因此,如果Redis由于任何原因在没有正确关闭的情况下停止工作,您应该准备好丢失最新分钟的数据。
  • RDB需要经常fork()以便使用子进程在磁盘上持久化。如果数据集很大,fork()可能会很耗时,并且如果数据集很大并且CPU性能不是很好,可能会导致Redis停止为客户端服务几毫秒甚至一秒钟。AOF也需要fork0但频率较低,您可以调整要重写日志的频率,而不需要对持久性进行任何权衡。

总结RDB的缺点:

  • 在一定间隔时间做一次备份,所以如果redis意外down掉的话,就会丢失从当前至最近一次快照期间的数据,快照之间的数据会丢失
  • 内存数据的全量同步,如果数据量太大会导致I/0严重影响服务器性能
  • RDB依赖于主进程的fork,在更大的数据集中,这可能会导致服务请求的瞬间延迟。fork的时候内存中的数据被克隆了一份,大致2倍的膨胀性,需要考虑

前提:save 5 2   5秒内修改两次即自动触发save

操作1:目前未生成rdb文件

操作2:5秒内有k1 k2两次操作

操作3:发现生成rdb文件

操作4:set k3 

操作5:发现rdb文件的生成时间和操作3相同,并没有生成新的rdb文件

操作6:检查redis数据库,只有k1 k2 k3三个数据。还未写入k4,redis宕机

蓝色框表示宕机后redis重新连接后,只有k1 k2没有k3

34 redis持久化之RDB修复命令简介

dump.rdb文件在写入和迁移的过程中可能会出现文件破损。

首先cd /usr/local/bin  目录中存在redis-check-rdb

对于稍微破损的rdb文件,可以用redis-check-rdb修复

redis-check-rdb /myredis/dumpfiles/dump6379.rdb

35 redis持久化之RDB触发小结和快照禁用

哪些情况会触发RDB快照

  • 配置文件中默认的快照配置
  • 手动save/bgsave命令
  • 执行flushall/flushdb命令也会产生dump.rdb文件,但里面是空的,无意义
  • 执行shutdown且没有设置开启AOF持久化
  • 主从复制时,主节点自动触发

如何禁用快照

动态所有停止RDB保存规则的方法:redis-cli config set save ""【命令级别】

  • 立即生效(不需要重启 Redis)

  • 只影响当前运行实例

  • 重启 Redis 后会失效(恢复为配置文件中的设置)

快照禁用【通过配置文件修改】

  • 永久禁用 RDB 快照,如图去掉save ""的注释

redis持久化之RDB优化参数

配置文件中的SNAPSHOTTING模块可以配置RDB

save <seconds> <changes>

dbfilename

dir

stop-writes-on-bgsave-error

stop-writes-on-bgsave-error 是 Redis 中的一个配置项,用来控制当 RDB 持久化失败时,是否阻止写入操作

默认yes:表示当 Redis 执行 BGSAVE(后台保存 RDB 文件)失败时,将拒绝客户端的写入操作,以避免数据进一步丢失。
如果配置成no,表示你不在乎数据不一致或者有其他的手段发现和控制这种不一致,那么在快照写入失败时,也能确保redis继续接受新的写请求

rdbcompression

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

rdbchecksum

默认yes
在存储快照后,还可以让redis使用CRC64算法来进行数据校验,但是这样做会增加大约10%的性能消耗,如果希望获取到最大的性能提升,可以关闭此功能

rdb-del-sync-files

当 Redis 没有启用持久化(即 RDB 和 AOF 都禁用)时,Redis 会在复制(replication)完成后自动删除生成的临时 RDB 文件。默认情况下no,此选项是禁用的。

相关文章:

  • EcoVadis审核:企业可持续发展的全球标杆评估体系
  • 类和对象(2)
  • C# 中 INI 文件操作扩展类:轻松管理配置文件
  • 算法-二进制运算
  • 通过Jflash合并Boot和App两个hex为一个hex的办法
  • Instruct模型 AutoModelForCausalLM :智能指令执行专家
  • 【力扣】关于链表索引
  • ArrayBlockingQueue 和 LinkedBlockingQueue 有什么区别?
  • SpringAI--RAG知识库
  • 网络安全--PHP第三天
  • 一、docker安装以及配置加速
  • 动态库版本不配问题排查步骤
  • 【QT】TXT文件的基础操作
  • 国外常用支付流程简易说明(无代码)
  • NoteGen 如何使用 AI 进行记录
  • orm详解--查询执行
  • c++算法题
  • 红海云荣膺2025人力资源科技影响力品牌30强
  • AI时代新词-机器学习即服务(MLaaS)
  • python:机器学习(KNN算法)
  • 邯郸网站建设唯辛ls15227/免费推广网
  • 广西大兴建设有限公司网站/网站展示型推广
  • 郑州市多商家网站制作公司/专业网站制作
  • 北京企业建站程序/网页搜索引擎大全
  • 东莞网站开发哪家好/北京网站推广机构
  • 建设网站的网络公司/河南怎样做网站推广