Redis七（Redis持久化）

最新推荐文章于 2024-07-18 16:30:39 发布
最新推荐文章于 2024-07-18 16:30:39 发布
阅读量491 收藏 1
点赞数
分类专栏： redis 文章标签： redis linux 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45798550/article/details/108858456
版权

文章目录

一、Redis持久化

  • 缓存：缓存是提高了CPU对内存反复的数据的处理速度.CPU要运算的数据都是从内存取来的
  • 内存：速度比缓存慢，比硬盘块，重启后内容会消失
  • 硬盘：重启后数据依然存在
  • 持久化：将数据从掉电易失的内存存放到能够永久存储的设备上
  • redis是基于内存的，提高对重复数据的访问速度，作为缓存服务器时，不需要持久化
  • 作为内存数据库和消息队列时，需要持久化，消息对列是在消息的传输过程中保存消息的容器。

二、Redis的持久化方式

1）RDB（Redis DB）

  • 在默认情况下，Redis 将数据库快照保存在名字为 dump.rdb的二进制文件中，每次保存的内容
    在这里插入图片描述

自动

可以打开redis的配置文件，查看，设置自动保存快照
在这里插入图片描述

在这里插入图片描述

  • save 900 1 如果键值更新的时间慢，只有一条，900秒会重新拍摄一个快i照，即900秒内更新的键值达到一个或以上，会保存一次
  • save 300 10 如果值更新的达到了10,300秒时会save一次，300秒内更新的键值达到了10个或10个以上，会save一次
  • save 60 10000 Redis要满足在60秒内至少有1000个键被改动，会自动保存一次
  • 只要上面三个条件满足一个，就自动执行备份。
    创建RDB文件之后，时间计数器和次数计数器会清零。所以多个条件的效果不是叠加的
  • 不能save的太快，一秒保存一次，降低了性能

手动

1）save指令

速度快，但会阻塞服务器无法，响应客户端请求，只能存储完成，生成新的rdb二进制备份
在这里插入图片描述
更改值后，执行save指令

在这里插入图片描述
查看rdb文件是否更新
在这里插入图片描述
在这里插入图片描述

2）bgsave指令
* 非阻塞，Redis服务正常接收处理客户端请求
* Redis会folk()一个新的子进程来创建RDB文件，子进程处理完后会向父进程* 发送一个信号，通知它处理完毕
* 父进程用新的dump.rdb替代旧文件
* 由于数据量少，看不出和save指令的区别，不在演示，知道在后台运行，速度比save要慢一点，不会影响客户端就行

在这里插入图片描述

3）SAVE 和 BGSAVE 命令
* SAVE不用创建新的进程，速度略快
* BGSAVE需要创建子进程，消耗额外的内存
* SAVE适合停机维护，服务低谷时段
* BGSAVE适合线上执行you'd

RDB的优点和缺点

  • 优点
    完全备份，不同时间的数据集备份可以做到多版本恢复
    紧凑的单一文件，方便网络传输，适合灾难恢复
    恢复大数据集速度较AOF快
  • 缺点
    会丢失最近写入、修改的而未能持久化的数据（当数据更改的数据量达到10000，但为到60秒时，服务器烧了，崩了，这60秒的数据就会丢失）
    folk过程非常耗时，会造成毫秒级不能响应客户端请求

2）AOF（AppendOnlyFile）

  • 采用追加的方式保存，默认为不启动
  • 记录所有的写操作命令，在服务启动的时候使用这些命令就可以还原数据库
  • AOF方式不能保证绝对不丢失数据

由于默认是不启动这种保存方式的，需要把他打开

使用

编辑配置文件
在这里插入图片描述
更改默认值
将rdb的自动存储方式注释掉，将aof默认值改为启动
在这里插入图片描述

在这里插入图片描述
保存退出，停止redis，重启redis

在这里插入图片描述

  • 重启redis的指令
    1.前台
    redis-server redis.conf
    若想后台启动
    更改配置文件，下次再执行该指令，便可后台启动
    在这里插入图片描述
    2.后台
    nohup redis-server redis.conf &

重启后查看bin目录
在这里插入图片描述
更改键值
在这里插入图片描述

查看bin目录

在这里插入图片描述
可知采用的是aof记录，原rdb文件没有更新
查看aof文件
可以看到更改指令的记录
在这里插入图片描述
再执行其他命令，看看是否记录
在这里插入图片描述
结果：关于查询的get指令，没有对键进行修改，不会记录，只有对键进行更改的指令，才会被记录。

猜想

执行flushall指令，在aof文件中把指令flushall删去,看键值是否存在
测试
在这里插入图片描述

对键值进行了更改，查看aof文件

有flushall的记录=》将该条记录删除=》保存退出
在这里插入图片描述
在这里插入图片描述
重启redis，查看key值是否还在
在这里插入图片描述
在这里插入图片描述
结果：依然存在

机制
  • 目前常见的操作系统中，执行系统调用write函数，将一些内容写入到某个文件里面时，为了提高效率，系统通常不会直接将内容写入硬盘里面，而是先将内容放入一个内存缓冲区（buffer）里面，等到缓冲区被填满，或者用户执行fsync调用和fdatasync调用时才将储存在缓冲区里的内容真正的写入到硬盘里，未写入磁盘之前，数据可能会丢失
  • AOF方式不能保证绝对不丢失数据
策略
  • appendfsync选项，这个选项的值可以是always、everysec或者no

默认是Everysec，可以通过redis.conf更改查看
在这里插入图片描述

  • Always：服务器每写入一个命令，就调用一次fdatasync，将缓冲区里面的命令写入到硬盘。这种模式下，服务器出现故障，也不会丢失任何已经成功执行的命令数据
  • Everysec（默认）：服务器每一秒重调用一次fdatasync，将缓冲区里面的命令写入到硬盘。这种模式下，服务器出现故障，最多只丢失一秒钟内的执行的命令数据
  • No：服务器不主动调用fdatasync，由操作系统决定何时将缓冲区里面的命令写入到硬盘。这种模式下，服务器遭遇意外停机时，丢失命令的数量是不确定的
  • 运行速度：always的速度慢，everysec和no都很快
  • 可以根据情况调整策略
重写
  • 重写的原因：AOF文件过大
    合并重复的操作，AOF会使用尽可能少的命令来记录
  • 重写过程
    • folk一个子进程负责重写AOF文件
    • 子进程会创建一个临时文件写入AOF信息
    • 父进程会开辟一个内存缓冲区接收新的写命令
    • 子进程重写完成后，父进程会获得一个信号，将父进程接收到的新的写操作
    • 由子进程写入到临时文件中
    • 新文件替代旧文件

注：如果写入操作的时候出现故障导致命令写半截，可以使用redis-check-aof工具修复

1)自动
  • 配置文件中的选项，自动执行BGREWRITEAOF命令
  • auto-aof-rewrite-min-size ，触发AOF重写所需的最小体积：只要在AOF文件的体积大于等于size时，才会考虑是否需要进行AOF重写，这个选项用于避免对体积过小的AOF文件进行重写
  • auto-aof-rewrite-percentage ，指定触发重写所需的AOF文件体积百分比：当AOF文件的体积大于auto-aof-rewrite-min-size指定的体积，并且超过上一次重写之后的AOF文件体积的percent %时，就会触发AOF重写。（如果服务器刚刚启动不久，还没有进行过AOF重写，那么使用服务器启动时载入的AOF文件的体积来作为基准值）。将这个值设置为0表示关闭自动AOF重写
2)手动
  • 客户端向服务器发送BGREWRITEAOF命令
    演示
    增加键值
    在这里插入图片描述
    查看aof
    在这里插入图片描述
    执行重写
    在这里插入图片描述
    再次查看
    在这里插入图片描述
    发现里面的内容会简化，文件体积也有所减少

AOF的优点和缺点

  • 优点
    • 写入机制，默认fysnc每秒执行，性能很好不阻塞服务，最多丢失一秒的数据
    • 重写机制，优化AOF文件
    • 如果误操作了（FLUSHALL等），只要AOF未被重写，停止服务移除AOF文件尾部FLUSHALL命令，重启Redis，可以将数据集恢复到 FLUSHALL 执行之前的状态
  • 缺点
    • 相同数据集，AOF文件体积较RDB大了很多
    • 恢复数据库速度叫RDB慢（文本，命令重演）

java
java入门基础学习（一）
java入门基础学习（二）
java入门基础学习（三）
java入门基础学习（四）
java入门基础学习（五）
java入门基础学习（六）
java入门基础学习（七）
java入门基础学习（八）
java入门基础学习（九）
java入门基础学习（十）
java入门基础学习（十一）
java入门基础学习（十二)
java入门基础学习（十三）
java入门基础学习（十四）Maven Git
java总结,题目+笔记
java进阶之常见对象（一）
java进阶之常见对象（二）
java进阶之冒泡排序
java进阶之选择排序
java进阶之面向对象（封装）
java进阶之面向对象（代码块、继承）
java进阶之面向对象（多态、抽象、接口）
java进阶之匿名内部类、访问修饰符、包
java进阶之io流（字节流，字符流）
java应用一（反射的应用）
java应用二（配置文件、工具类）
java应用三（数据库索引、spring）
java应用四（连接池）
Linux
Linux基础一
Linux基础二
Mysql
mysql一
mysql二
mysql三
mysql四
java连接数据库
redis
redis一（缓存，redis简介）
redis二（在虚拟机中的安装，桌面插件）
redis三（指令的使用）
redis四（java与redis的连接，基本指令在java中的操作）
redis五（练习）

一只小呆呆
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Redis——Redis持久化原理
庄小焱
03-29 1642
Redis 的读写都是在内存中，所以它的性能较高，但在内存中的数据会随着服务器的重启而丢失，为了保证数据不丢失，我们需要将内存中的数据存储到磁盘，以便 Redis 重启时能够从磁盘中恢复原有的数据，而整个过程就叫做 Redis 持久化。Redis 持久化也是 Redis 和 Memcached 的主要区别之一，因为 Memcached 不具备持久化功能。
Redis持久化方案
BushRo
02-10 5311
持久化方式 通常数据库存在三种用于持久操作以防止数据损坏的常见策略: 1．是数据库不关心故障，而是在数据文件损坏后从数据备份或快照中恢复。RDB就是这种情况 2．该数据库使用操作日志记录每个操作的操作行为，以在失败后通过日志恢复一致性。由于操作日志是按顺序追加写入的，因此不会出现无法恢复操作日志的情况。类似于Mysql的重做和撤消日志。 3．数据库不修改旧数据，而仅通过追加进行写入，因此数据本身就是日志，因此永远不会出现数据无法恢复的情况。CouchDB是一个很好的例子。AOF类似这种情况 严格上讲Re
Redis的持久化详解
怪咖@的博客
06-05 2万+
Redis的持久化，Redis是一个基于内存的数据库，它的数据是存放在内存中，内存有个问题就是关闭服务或者断电会丢失。Redis的数据也支持写到硬盘中，这个过程就叫做持久化。RDB（Redis DataBase）：简而言之，就是在指定的时间间隔内，定时的将 redis 存储的数据生成Snapshot快照并存储到磁盘等介质上；AOF（Append Of File）：将 redis 执行过的所有写指令记录下来，在下次 redis 重新启动时，只要把这些写指令从前到后再重复执行一遍，就可以实现数据恢复了。
Redis 持久化
Zyw907155124的博客
01-05 1950
Redis 持久化配置 ：RDB、AOF、混合持久化 RDB：save、bgsave AOF:自动触发AOF重写、AOF重写机制 Redis 4.0 混合持久化：混合持久化配置 Redis持久化关闭未生效：不同版本Redis关闭RDB的坑
Redis7详细安装教程
qq_30400935的博客
05-04 1290
Redis7在Linux服务器上的安装教程
redis混合持久化
papaya的博客
08-11 2008
RDB 和 AOF 持久化各有利弊，RDB 可能会导致一定时间内的数据丢失，而 AOF 由于文件较大则会影响 Redis 的启动速度，为了能同时使用 RDB 和 AOF 各种的优点，Redis 4.0 之后新增了混合持久化的方式。在开启混合持久化的情况下，AOF 重写时会把 Redis 的持久化数据，以 RDB 的格式写入到 AOF 文件的开头，之后的数据再以 AOF 的格式化追加的文件的末尾。...
Redis持久化
islunatic的博客
06-08 8040
redis
最新Redis7持久化（权威出版）
热门推荐
loss_rose777的博客
12-10 4万+
运用官方权威文档，并且用简洁的语言来描述Redis7和Redis7之前的各种关于持久化的操作方法，以及面试常见场景，看这一篇就完全够用！！！
redis的持久化
JAVAMysql111的博客
02-27 2万+
关于Redis说点什么，目前都是使用Redis作为数据缓存，缓存的目标主要是那些需要经常访问的数据，或计算复杂而耗时的数据。缓存的效果就是减少了数据库读的次数，减少了复杂数据的计算次数，从而提高了服务器的性能。 一、redis持久化----两种方式 1、redis提供了两种持久化的方式，分别是RDB（Redis DataBase）和AOF（Append Only File）。 2、RDB，简而言之，就是在不同的时间点，将redis存储的数据生成快照并存储到磁盘等介质上； 3、AOF，则是换了一个角度来实现持
Redis7持久化
不更了，主打一个陪伴
04-11 2万+
Redis7持久化-->RDB和AOP
Redis持久化面试题
weixin_45794641的博客
11-16 2932
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面试题之持久化.zip
04-18
在实际应用中，为了保证数据的可靠性，Redis 提供了多种持久化机制。本篇将深入探讨 Redis 的持久化策略，帮助你应对相关的面试问题。 1. RDB (Redis Database Persistence) RDB 是 Redis 默认的持久化方式，它会...
Redis –持久化
01-20
Redis是一款高性能的键值型内存数据库，由于其数据存储在内存中，为了防止因系统故障导致数据丢失，Redis提供了数据持久化机制。持久化确保即使在Redis实例重启或发生故障时，也能恢复先前的数据状态。Redis支持两种...
redis持久化方式
01-13
介绍redis两种持久化方式及配置，以及它们各自的优缺点
Redis windows 测试redis持久化功能1
08-08
Redis 是一个高性能的键值数据库，广泛应用于缓存、数据持久化等场景。在 Windows 上测试 Redis 的持久化功能，主要是确保数据在系统重启或异常情况后能够被正确地保存和恢复。以下将详细介绍如何在 Windows 环境下...
读书笔记 - 《Redis 深度历险：核心原理与应用实践》
风中的默默
07-17 1125
不过你也不必过于担心，因为 Redis 对 HyperLogLog 的存储进行了优化，在计数比较小时，它的存储空间采用稀疏矩阵存储，空间占用很小，仅仅在计数慢慢变大、稀疏矩阵占用空间渐渐超过了阎值时，才会一次性转变成稠密矩阵，才会占用 12KB的空间。数据段是由很多操作系统的页面组合而成，当父进程对其中一个页面的数据进行修改时，会将被共享的页面复制一份分离出来，然后对这个复制的页面进行修改，每个页面的大小只有 4KB。用户看到错误对话框后，会先阅读对话框的内容，再点击重试，这样就可以起到人工延时的效果。
redis setnx使用方法
servepeople的博客
07-17 351
SETNX是Redis中的一个命令，用于设置键的值，只有当键不存在时才进行设置。如果键已经存在，则不进行任何操作。
Redis新数据类型
最新发布
爱吃Java的羊的博客
07-18 231
命令Bitmaps与set对比
Redis RDB持久化详解
"Redis的RDB持久化是将内存中的数据以二进制文件形式存储到硬盘上，以防服务器关闭导致数据丢失。Redis提供RDB和AOF两种持久化方式，RDB会在特定条件下生成快照，用于数据备份、恢复和迁移。RDB文件创建有三种常见...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值