Redis持久化

已于 2024-08-21 22:15:46 修改
阅读量413 收藏 10
点赞数 10
分类专栏： Redis 文章标签： redis 数据库 缓存
于 2024-08-21 22:13:13 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_55846232/article/details/141403896
版权

目录

在这里插入图片描述

1.1 RDB(Redis DataBase)

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

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

在这里插入图片描述

Redis6的时候

在这里插入图片描述

Redis7之后的变化频率

在这里插入图片描述

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

修改配置

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

在这里插入图片描述

在这里插入图片描述

修改dump文件名称

在这里插入图片描述

自动触发

第一种情况

修改达到次数 自动生成

在这里插入图片描述

第二种情况

修改一次后，超过时间，在修改

在这里插入图片描述

恢复备份自动操作

执行flushall/flushdb/shutdown命令也会产生dump.rdb文件，但里面是空的，无意义

在这里插入图片描述

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

在这里插入图片描述

手动触发

Save

  • 在主线程中执行会阻塞redis服务器，直到持久化工作完成才能处理其他命令， 线上禁止使用

BGSAVE（默认）

  • Redis 会在后台异步进行快照操作，不阻塞快照同时还可以响应客户端请求，该触发过程会 fork 一个子进程由子进程复制持久化过程

  • lastsave 命令可以获取最后一次成功执行快照的时间

    使用date -d @+用lastsave得到的时间戳 转换成当前时间

  • Redis会使用bgsave对当前内存中所有数据做快照，这个操作是子进程在后台完成的，这就允许主进程同时可以修改

fork是什么

克隆 不影响当前主进程

在这里插入图片描述

在Linux程序中，fork ()会产生一个和父进程完全相同的子进程，但子进程后多会exec系统调用，出于效率考虑，尽量避免膨胀。

save

在这里插入图片描述

bgsave

在这里插入图片描述

RDB的优缺点

优点：

  • 适合大规模的数据恢复
  • 按照业务定时备份
  • 对数据完整性和一致性要求不高
  • 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快照

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

2.配置文件

在这里插入图片描述

RDB其余配置优化

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

总结

在这里插入图片描述

1.2 AOF

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

AOF持久化工作流程

在这里插入图片描述

在这里插入图片描述

AOF缓冲区的三种写回策略

在这里插入图片描述

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

三种策略的小总结

在这里插入图片描述

AOF 相对于Redis6 Redis7有何变化

在这里插入图片描述

底层的变了

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

AOF的配置

开启AOF

在这里插入图片描述

AOF-- 保存路径

在这里插入图片描述

在这里插入图片描述

AOF文件 --保存名称

redis6只有一个文件

在这里插入图片描述

Redis7之后有三个文件

在这里插入图片描述

在这里插入图片描述

Redis7 config对应的配置项

在这里插入图片描述

AOF的正常恢复

在这里插入图片描述

在这里插入图片描述

AOF的异常恢复

在这里插入图片描述

错误的AOF文件，会导致redis启动不了

在这里插入图片描述

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

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

在这里插入图片描述

AOF的优缺点

优点：

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

缺点：

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

AOF的重写机制

1.什么是AOF的重写机制

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

由于AOF持久化是Redis不断将写命令记录到AOF文件中，随着Redis不断的进行，AOF的文件会越来越大，文件越大，占用服务器内存越大以及AOF恢复要求时间越长。

为了解决这个问题，Redis新增了重写机制，当AOF文件的大小超过所设定的峰值时，Redis就会自动启动AOF文件的内容压缩,只保留可以恢复数据的最小指令集

或者

可以手动使用命令bgrewriteaof来重新。

2.触发机制

开启重写
在这里插入图片描述

自动触发

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

手动触发

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

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

3.结论

也就是说AOF文件重写并不是对原文件进行重新整理，而是直接读取服务器现有的键值对，然后用一条命令去代替之前记录这个键值对的多条命令，生成一个新的文件后去替换原来的AOF 文件。

AOF文件重写触发机制: 通过redis.conf 配置文件中的auto-aof-rewrite-percentage:默认值为100，以及auto-aof-rewrite-min-size: 64mb配置，也就是说默认Redis会记录上次重写时的AOF大小，默认配置是当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发。

4.重写原理

  1. 在重写开始前，redis会创建一个“重写子进程”，这个子进程会读取现有的AOF文件，并将其包含的指令进行分析压缩并写入到一个临时文件中。
  2. 与此同时，主进程会将新接收到的写指令一边累积到内存缓冲区中，一边继续写入到原有的AOF文件中，这样做是保证原有的AOF文件的可用性，避免在重写过程中出现意外。
  3. 当“重写子进程”完成重写工作后，它会给父进程发一个信号，父进程收到信号后就会将内存中缓存的写指令追加到新AOF文件中
  4. 当追加结束后，redis就会用新AOF文件来代替旧AOF文件，之后再有新的写指令，就都会追加到新的AOF文件中
  5. 重写aof文件的操作，并没有读取旧的aof文件，而是将整个内存中的数据库内容用命令的方式重写了一个新的aof文件，这点和快照有点类似

AOF优化配置项

在这里插入图片描述

总结

在这里插入图片描述

1.3 RDB+AOF混合持久化

共存听AOF的

数据恢复顺序和加载流程

在这里插入图片描述

RDB持久化方式能够在指定的时间间隔能对你的数据进行快照存储

AOF持久化方式记录每次对服务器写的操作,当服务器重启的时候会重新执行这些命令来恢复原始的数据,AOF命令以redis协议追加保存每次写的操作到文件末尾.

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

在这里插入图片描述

1.4 纯缓存模式

同时关闭RDB + AOF

  • save “”
    • 禁用rdb
    • 禁用db持久化模式下，我们仍然可以使用命令save、bgsave生成rdb文件
  • appendonly no
    • 禁用aof
    • 禁用aof持久化模式下，我们仍然可以使用命令 bgrewriteaof生成aof文件
铅笔画再美＞终究是灰色
关注
  • 10
    点赞
  • 踩
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Redis——Redis持久化原理
庄小焱
03-29 1657
Redis 的读写都是在内存中，所以它的性能较高，但在内存中的数据会随着服务器的重启而丢失，为了保证数据不丢失，我们需要将内存中的数据存储到磁盘，以便 Redis 重启时能够从磁盘中恢复原有的数据，而整个过程就叫做 Redis 持久化。Redis 持久化也是 Redis 和 Memcached 的主要区别之一，因为 Memcached 不具备持久化功能。
Redis 持久化
Zyw907155124的博客
01-05 2097
Redis 持久化配置 ：RDB、AOF、混合持久化 RDB：save、bgsave AOF:自动触发AOF重写、AOF重写机制 Redis 4.0 混合持久化：混合持久化配置 Redis持久化关闭未生效：不同版本Redis关闭RDB的坑
redis持久化
热门推荐
m0_43424329的博客
04-23 1万+
文章目录前言一、RDB1、备份是如何进行的2、持久化过程3、触发方式自动触发手动触发4、数据恢复5、停止rdb持久化6、rdb优点和缺点二、AOF1、备份是如何进行的2、持久化过程3、开启设置4、RDB和AOF同时开启5、AOF启动/修复/恢复6、AOF同步频率设置7、AOF优点和缺点总结References 前言 由于 redis 是一个内存数据库，所谓内存数据库，就是将数据库中的内容保存在内存中，这与传统的MySQL，Oracle等关系型数据库直接将内容保存到硬盘中相比，内存数据库的读写效率比传统数据
Redis持久化详解
深圳市多克创新科技有限公司
12-15 1566
Redis持久化详解
Redis持久化方案
BushRo
02-10 5338
持久化方式 通常数据库存在三种用于持久操作以防止数据损坏的常见策略: 1．是数据库不关心故障，而是在数据文件损坏后从数据备份或快照中恢复。RDB就是这种情况 2．该数据库使用操作日志记录每个操作的操作行为，以在失败后通过日志恢复一致性。由于操作日志是按顺序追加写入的，因此不会出现无法恢复操作日志的情况。类似于Mysql的重做和撤消日志。 3．数据库不修改旧数据，而仅通过追加进行写入，因此数据本身就是日志，因此永远不会出现数据无法恢复的情况。CouchDB是一个很好的例子。AOF类似这种情况 严格上讲Re
Redis持久化面试题
weixin_45794641的博客
11-16 2938
Redis持久化面试题1.redis中有哪些持久化方式？2.RDB的工作原理3.RDB触发机制4.RDB持久化的缺点5.AOF的工作原理6.开启AOF7.AOF触发机制8.RDB和AOF的优缺点9.RDB和AOF的优先级 1.redis中有哪些持久化方式？ ​ redis中的持久化有两种方式，分别是RDB和AOF，其中RDB是redis默认的持久化方式。 2.RDB的工作原理 ​ RDB持久化方式会创建(fork)一个子进程，子进程中的数据信息和主进程中的数据信息完全相同，主进程进行客户端的数据交互，子进.
Redis持久化策略详解
m0_49692893的博客
04-10 1158
Redis是基于内存的NoSQL数据库，但存储于内存的数据，会因为类似断电或者机器故障而导致内存数据丢失的问题。所以要将数据持久化存储到磁盘，以便Redis重启时，能够从磁盘中恢复原来的数据。
Redis持久化机制
weixin_37672801的博客
11-14 1624
RDB、AOF、混合持久化
Redis持久化策略
WuHuaSen的博客
09-07 2087
Redis是基于内存操作，作为一个数据库也具备持久化能力，但是为了实现高效的读写操作，并不会及时进行数据的持久化，而是按照一定的规则进行持久化操作的。
redis持久化方式
01-13
### Redis持久化方式详解 Redis 是一款高性能的键值存储系统，因其卓越的读写速度、丰富的数据结构以及灵活的应用场景而备受青睐。为了保证数据的安全性和持久性，Redis 提供了两种主要的持久化机制：RDB 快照...
【速览】Redis（更新中）
椰子的职场成长记录
08-20 278
Redis 支持多种数据结构，如字符串（strings）、哈希（hashes）、列表（lists）、集合（sets）、有序集合（sorted sets）等。持久化：Redis 支持两种持久化方式，RDB（快照）和 AOF（追加文件），以确保数据在重启后不会丢失。原子操作：Redis 的所有操作都是原子的，这使得它非常适合于需要高并发和数据一致性的场景。Lua 脚本：Redis 支持在服务器端执行 Lua 脚本，可以用于实现复杂的业务逻辑。事务支持：Redis 支持事务，可以将多个命令打包在一起执行。
redis事件机制
笑笑布丁的博客
08-16 651
aeApiAddEvent、aeApiDelEvent：增加或删除一个监听对象。aeEventLoop：redis事件循环器，负责管理事件。aeFileEvent：存储一个文件描述符已注册的文件事件。aeApiPoll：阻塞进程，等待事件就绪或给定事件到期。aeApiCreate：初始化I/O复用机制上下文环境。aeTimeEvent：存储一个时间事件的信息。
【Redis】集合类型详解及实际应用场景分析：从命令操作到内部编码
Hsusan的博客
08-20 343
如果 set1 和 set2 中都有一个 1，此时让 set1 的 1 移动到 set2 中，最终返回值是 1，即移动成功，set1 的 1 不见了，set2 的 1 也还在。注意，由于 set 内的元素是⽆序的，所以取出哪个元素实际是未定义⾏为，即随机删除，这里是真随机，而不是伪随机。这里的无序，是指变换一下元素的顺序，集合还是一样的集合，而不是说顺序逆序的无序。获取⼀个 set 的基数（cardinality），即 set 中的元素个数。获取⼀个 set 中的所有元素，注意，元素间的顺序是⽆序的。
Redis中String数据类型常用命令
m0_65347933的博客
08-16 437
Redis中String数据类型常用命令：1、基本操作；2、计数与长度；3、设置和获取部分值；4、过期与持久化
redis I/O复用机制
笑笑布丁的博客
08-16 800
epoll是linux提供的I/O复用API，是一种事件驱动的I/O模型，它可以用于高效地处理大量的并发连接。其中，'e’代表"event"（事件），意味着epoll可以监测并响应特定的事件，如文件描述符上的读写事件、错误事件等。用一个进程监听大量连接，当某个连接可读/可写的时候，系统就发送事件通知进程处理该连接的数据。串行化处理，就是要等，假如进行到accept操作，cpu需要等待客户端发送的数据到tcp接收缓冲区才能进行read操作，而在此期间cpu不能执行任何操作。
8.20 Redis ACL配置 多个用户连接同一个Redis
最新发布
LX220619的博客
08-20 201
（3）**ACL SETUSER userName >password** 此处是设置密码的命令，userName和password实际替换为用户名和密码 例如 ACL SETUSER zhangsan >123456。（4）创建完用户密码以后 此时用户默认是没有启用的 可以在**ACL LIST** 命令中查看到该用户的状态是off 启用用户的命令为：**ACL SETUSER 用户名 on****四、redis acl还可以进行删除用户 以及对用户的其他权限控制****三、权限配置**
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值