Redis7之持久化（四）

已于 2023-03-14 09:22:06 修改
阅读量2.7k 收藏 4
点赞数 4
分类专栏： redis 文章标签： redis 数据库 java
于 2023-03-11 19:49:25 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_55993923/article/details/129467723
版权

四 Redis持久化

4.1 RDB（Redis Data Base）

RDB（Redis 数据库）：RDB 持久性以指定的时间间隔执行数据集的时间点快照。

  • 在指定的时间间隔，执行数据集的时间点快照
  • 实现类似照片记录效果的方式，就是把某一时刻的数据和状态以文件的形式写到磁盘上，也就是快照。这样一来即使故障宕机，快照文件也不会丢失，数据的可靠性也就得到了保证。
  • 这个快照文件就称为RDB文件(dump.rdb)，其中，RDB就是Redis DataBase的缩写。
  • 将内存数据全部保存到磁盘dump.rdb文加中

在这里插入图片描述

配置方法

redis 7 按照 redis.conf 里配置的 save

在这里插入图片描述

save 3600 1 300 100 60 100  // 3600秒 修改一次  100秒 修改60次  60秒 修改10000次 触发保存

修改dump文件保存地址，默认在配置文件

在这里插入图片描述

修改dump文件名称

在这里插入图片描述

恢复备份自动操作

在这里插入图片描述

物理恢复，一定服务和备份分机隔离，各自存储

恢复备份手动操作

  • Save
    • 在主线程中执行会阻塞redis服务器，直到持久化工作完成才能处理其他命令， 线上禁止使用
  • BGSAVE（默认）
    • Redis 会在后台异步进行快照操作，不阻塞快照同时还可以响应客户端请求，该触发过程会 fork 一个子进程由子进程复制持久化过程
    • lastsave 命令可以获取最后一次成功执行快照的时间
优劣势

优势

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

劣势

  • 在一定间隔时间做一次备份，如果redis意外down机，就会丢掉最近一次快照到down机时的数据
  • 内存数量的全量同步，如果数据量过大会导致IO严重影响服务器性能
  • RDB依赖于主进程的 fork ，在更大的数据集中，这可能会导致服务器请求的瞬间延迟
    • fork 的时候内存中的数据被克隆了一份，大致2倍的膨胀性，需要考虑
如何检查修复dump.rdp文件

修复: redis-check-rdb 文件名
在这里插入图片描述

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

动态所有停止 RDB 保存规则的方法: redis-cli config set save “”

快照禁用

在这里插入图片描述

RDB其余配置优化

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

4.2 AOF

介绍
  • 以日志的形式来记录每个写操作，将Redis执行过的所有写指令记录下来(读操作不记录)，只许追加文件但不可以改写文件，redis启动之初会读取该文件重新构建数据，换言之，redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作
  • 默认情况下，redis是没有开启AOF的
    • 开启AOF 功能需要设置配置 ： appendonly yes
AOF 持久化工作流程

在这里插入图片描述

AOF 缓冲区三种写回策略

三种写回策略

  • always 同步写回，每个写命令执行完立刻同步地将日志写回磁盘
  • everysec 每秒写回，每个写命令执行完，只是先把日志写到AOF缓冲区，每隔1s把缓存区地数据写入磁盘
  • 操作系统控制协会，只是将日志先写到AOF文件的内存缓冲区，由操作系统决定何时将缓冲区内容写回磁盘

在这里插入图片描述
在这里插入图片描述

AOF配置、启动、修复、恢复
开启AOF

在这里插入图片描述

AOF文件 --保存路径

在这里插入图片描述

AOF文件 --保存名称

在这里插入图片描述
在这里插入图片描述

异常恢复

在网络闪断时，aof文件写了错误的指令，使用

异常修复命令 ： redis-check-aof --fix 进行修复

在这里插入图片描述

优劣势

优势

  • 更好的保护数据不丢失、性能高、可做紧急恢复

劣势

  • 相同数据集的数据而言aof文件要远大于rdb文件，恢复速度慢于rdb
  • aof运行效率要慢于rdb，每秒同步策略效率较好，不同步效率和rdb相同
AOF重写机制

启动AOF文件的内容压缩，只保留可以恢复数据的最小指令集

开启重写

在这里插入图片描述

自动触发

  • 满足配置文件中的选项后，Redis会记录上次重写时地AOF大小
  • 默认配置是当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时

手动触发

  • 客户端向服务器发送 bgrewriteaof 命令

**现象：**也就是一旦重写就会生成新的base、incr文件，去替换之前的

在这里插入图片描述

结论

在这里插入图片描述

AOF 优化配置项详解

在这里插入图片描述

4.3RDB - AOF混合持久化

数据恢复顺序和加载流程

共存听AOF的
在这里插入图片描述

同时开启两种持久化方式
  • 当redis 重启时候会优先载入AOF文件来恢复原始的数据，因为在通常情况下AOF文件保存的数据集要比RDB文件保存的数据集要完整
  • RDB的数据不实时，同时使用两者时服务器重启也只会找AOF文件。
    • 那要不要只使用AOF呢
      • 安特雷兹建议不要
      • 因为RDB更适合用于备份数据库（AOF不断变化不好备份），留着AOF作为一个万一的手段

在这里插入图片描述

4.4 纯缓存模式

同时关闭RDB + AOF

  • save “”
    • 禁用rdb
    • 禁用db持久化模式下，我们仍然可以使用命令save、bgsave生成rdb文件
  • appendonly no
    • 禁用aof
    • 禁用aof持久化模式下，我们仍然可以使用命令 bgrewriteaof生成aof文件
晓风残月Lx
关注
  • 4
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
专栏目录
redis面试题之持久化.zip
04-18
redis面试题 redis面试题之持久化
redis实战之事务与持久化
01-26
本文主要介绍了事务描述、 redis事务处理、redis事务示例、redis持久化。 本文来自博客园，由火龙果软件Anna编辑、推荐。
【Redis7学习日记】—— Redis持久化
欢迎来到我的世界
04-04 763
包括RDB和AOF两种持久化的介绍以及如何混合使用
Redis学习总结（一）
m0_51431003的博客
06-09 957
开启 AOF 持久化后每执行一条会更改 Redis 中的数据的命令，Redis 就会将该命令写入到 AOF 缓冲区 server.aof_buf 中，然后再写入到 AOF 文件中（此时还在系统内核缓存区未同步到磁盘），最后再根据持久化方式（ fsync策略）的配置来决定何时将系统内核缓存区的数据同步到硬盘中的。然而，这种做法也有一定的风险。为了避免这种情况，Redis在写入内核缓冲区后，还需要调用系统调用fsync将内核缓冲区中的数据写入磁盘中，并通过强制同步的方式保证数据的可靠性和持久化。
7、redis持久化 RDB & AOF
qq_52720916的博客
03-01 106
redis持久化 RDB & AOF
redis save配置下 RDB的真实触发情况
fdggdg的博客
01-18 378
1、假设上一次触发RDB的时间是0s，而后在2s这个时刻进行了第一次操作，在5s这个时刻进行第二次操作，此时满足了操作次数条件，但不满足时间条件，必须等到10s这个时刻才会触发RDB。2、同样假设上一次触发RDB的时间是0s，而后在2s这个时刻进行了第一次操作，如果此时到达10s，由于次数没有达到要求，不会触发RDB，假设配置 save 10 2，表示10s内有2次操作（新增、修改、删除）即触发RDB。
Redis七（Redis持久化）
qq_45798550的博客
09-29 484
文章目录一、Redis持久化二、Redis的持久化方式1）RDB（Redis DB）自动手动1）save指令**2）bgsave指令****3）SAVE 和 BGSAVE 命令**RDB的优点和缺点2）AOF（AppendOnlyFile） 一、Redis持久化 缓存：缓存是提高了CPU对内存反复的数据的处理速度.CPU要运算的数据都是从内存取来的 内存：速度比缓存慢，比硬盘块，重启后内容会消失 硬盘：重启后数据依然存在 持久化：将数据从掉电易失的内存存放到能够永久存储的设备上 redis是基于内存的，提
Redis之持久化机制
vincent_wen0766的博客
09-02 254
持久化机制 Redis 速度快，很大一部分原因是因为它所有的数据都存储在内存中。如果断电或者宕机，都会导致内存中的数据丢失。为了实现重启后数据不丢失，Redis 提供了两种持久化的方案，一种是 RDB 快照（Redis DataBase），一种是 AOF（Append Only File） RDB RDB 是 Redis 默认的持久化方案。当满足一定条件的时候，会把当前内存中的数据写入磁盘，生成一个快照文件 dump.rdb。Redis 重启会通过加载 dump.rdb 文件恢复数据 R..
Redis 彻底禁用RDB持久化
xupeng1644的博客
11-12 9578
Redis是默认开启RDB的，AOF则是默认关闭的。 如果需要关闭RDB，将Redis完全作为一个缓存使用，需要修改配置项save。 开启save “”, 将save 900 1、save 300 10、save 60 10000注释掉。 配置文件修改如下： save "" #save 900 1 #save 300 10 #save 60 10000 如果是中途关闭RDB持久化，还需要删除已经...
Redis7持久化
热门推荐
不更了，主打一个陪伴
04-11 2万+
Redis7持久化-->RDB和AOP
Redis –持久化
01-20
由于redis是一个内存数据库，所有的数据都是保存在内存当中的，内存当中的数据极易丢失，所以redis的数据持久化就显得尤为重要，在redis当中，提供了两种数据持久化的方式，分别为RDB以及AOF，且redis默认开启的数据...
Redis的持久化方案
04-03
很不错的redis持久化详细方案书籍，能帮助初学者快速的入门redis框架和运用。
redis持久化方式
01-13
介绍redis两种持久化方式及配置，以及它们各自的优缺点
Redis7--基础篇3（持久化）
UntifA的博客
11-20 170
Redis7--基础篇3（持久化）
Redis 配置文件最佳解析
qq_41149775的博客
08-18 3084
redis ~~~~
Redis 学习教程·七 —— Redis 持久化之 RDB 与 AOF 使用分析
un357951的博客
03-20 152
Redis 持久化 Redis 的数据都存放在内存中，如果没有配置持久化，Redis 重启后数据就全丢失了 开启 Redis 的持久化功能，可以将数据保存到磁盘上，当 Redis 重启后，可以从磁盘中恢复数据 Redis 有两种持久化的方式，分别是 RDB 和 AOF；这篇文章主要是记录一下 RDB 和 AOF 的区别和优缺点 Redis 持久化机制 使用 Redis 时，持久化的机制有四种，分别是： 无持久化 RDB 持久化 AOF 持久化 同时应用 AOF 和 RDB RDB 持久化之 RDB： 在
Redis的简介与基本操作，主从复制，事物，分布式锁，持久化方式（RDB，AOF）
longlong6682的博客
03-01 314
一. 在centos6.5中安装Redis 1. 到官网下载Redis：https://redis.io/download 2. 或者直在Linux下运行下面命令 $ wget http://download.redis.io/releases/redis-3.2.8.tar.gz $ tar xzf redis-3.2.8.tar.gz $ cd redis-3.2.8 $ make ...
104. Python语言 的 项目前导(上) 之 Redis 第五章 ：Redis 持久化 —— AOF
sinat_38761218的博客
11-10 431
Python语言 的 项目前导(上) 之 Redis 第章 ：Redis
缓存技术实战[一文讲透!](Redis、Ecache等常用缓存原理介绍及实战)
最新发布
愿你有前程可奔赴，亦有青春可回顾
06-15 361
缓存（Cache）是一种存储技术，用于临时存放从原始数据源（如硬盘、数据库或网络）获取的数据副本，目的是加快数据的访问速度，减少不必要的重复处理，进而提升系统整体的性能和响应效率。它是计算机科学中“空间换时间”策略的一个典型应用，即通过牺牲少量的存储空间来换取数据访问速度的显著提升。简而言之，缓存就是存储数据副本或计算结果的组件，以便后续可以更快地访问。Redis是我们平常开发中最常用到的缓存中间件了！
redis6与redis7持久化区别
02-05
Redis 6和Redis 7在持久化方面有一些区别。下面是它们之间的主要区别： 1. Redis 6使用RDB（Redis Database）持久化方式，而Redis 7引入了新的持久化方式AOF（Append-Only File）重写。 2. RDB持久化方式是将Redis的数据以二进制格式保存到磁盘上的一个文件中。它是通过定期将内存中的数据快照写入磁盘来实现持久化。而AOF持久化方式是将Redis的操作日志以追加的方式写入磁盘上的一个文件中。 3. Redis 6的RDB持久化方式相对来说更加简单和高效，适用于大规模数据的备份和恢复。但是在故障恢复时可能会丢失一部分数据，因为RDB是定期进行快照保存的。而Redis 7的AOF持久化方式可以提供更好的数据安全性，因为它记录了每个操作的日志，可以保证在故障恢复时不会丢失任何数据。 4. Redis 7引入了AOF重写机制，可以定期或手动触发对AOF文件进行重写。AOF重写是通过读取内存中的数据来重新生成AOF文件，从而减小AOF文件的大小并提高性能。 5. Redis 7还引入了AOF持久化的增量传输功能，可以将AOF文件的内容通过网络传输到其他Redis实例，实现数据的复制和同步。 总的来说，Redis 7的持久化方式更加灵活和可靠，可以提供更好的数据安全性和故障恢复能力。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

晓风残月Lx

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

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

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

打赏作者

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

抵扣说明：

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

余额充值