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

发布于:2025-05-28 ⋅ 阅读:(21) ⋅ 点赞:(0)

官网说明优点:

  • 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,此选项是禁用的。


网站公告

今日签到

点亮在社区的每一天
去签到