Reids——持久化数据保存

最新推荐文章于 2024-06-30 15:56:22 发布
最新推荐文章于 2024-06-30 15:56:22 发布
阅读量157 收藏 2
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42763269/article/details/109691730
版权

1.Redis主从配置

主从概念

  • 一个master可以拥有多个slave，而一个slave又可以拥有多个slave，依次向下就好形成强大的多级服务器集群架构
  • master(主机)用来写数据，slave(从机)用来读数据，一般来说，网站的读写比例在10：1左右，通过主从配置可以实现读写分离。
  • master和slave都是一个redis的服务实例
    多级集群服务器基本架构
  • 主从配置
将主机的redis.conf配置里的Bind修改为主机ip或者本机ip
bind 0.0.0.0 或者bind 127.0.0.1

#开启主机服务(通过命令安装的reids版本)
redis-server redis.conf
  • 配置从redis
#复制redis.conf 命名为slave.conf
cp redis.conf slave.conf

#修改配置文件
vim slave.conf
bind 主机IP
#在Master下边添加
slave0f 主机ip 6379(端口)#redis3.0-4.0版本
replicaof 主机IP 6379#redis5.0版本
port 跟主机端口不一样最好大于1024(从机端口)
  • 开启服务
redis-cli （默认进入主机客户端）
redis-cli -p 从机端口 -h 主机IP

#在主机端口上可以进行读和写操作，在从机端口上只能进行读的操作，主机和从机数据同步

2.redis持久化

  • Redis的读写是在内存中，因此读取速度和性能十分快，但在内存中的数据会随着服务器的重启而丢失，为了保证数据不丢失，需要将内存中的数据保存到磁盘中，以便redis重启时能够从磁盘中恢复原有的数据，这整个过程就叫Redis持久化。
    在这里插入图片描述

持久化的三种方式

  1. 快照(RDB,Redis DataBase)将某时刻的状态即内存数据以二进制的形似写入磁盘里。可以很轻松的恢复到某个状态，例如ubuntun里可以随时恢复到虚拟机某一个时刻的。
  2. 文件追加方式(AOF,Append Only File)，记录所有的操作命令，并以文本的形式追加到文件中。
  3. 混合持久化，混合持久化结合了RDB和AOF的优点，在写入的时候，先把当前的数据以RDB的形式写入文件的开头，再将后续的操作命令以AOF的格式存入文件，这样既能保证Redis重启时的速度，又能降低数据丢失的风险。

2.1持久化之——RDB

  • RDB(Redis DataBase)：将某一时刻的内存快照(Snapshot)，以二进制的方式写入磁盘的过程

  • RDB持久化触发方式有两种：1. 手动触发 2.自动触发

2.1.1. 手动触发

  • 手动触发操作:save 和bgsave，主要区别体现在:是否阻塞Redis主线程的执行。
  1. save命令:在客户端执行save命令就会触发持久化，但同时也会使得Redis处于阻塞状态，直到RDB持久化完成，才能响应其他客户端发来的命令，因此该命令一定要谨慎使用
    在这里插入图片描述
  2. bgsave(background save)命令：后台保存。它区别save的地方在于bgsave会fork()一个子进程来执行持久化，整个过程中，只有在fork()子进程时有短暂的阻塞，当子进程被创建以后，Redis的主进程就可以响应客户端的其他请求。

2.1.2自动触发

  1. save m n ：指的是在M秒以内有n个键发生变化则自动触发持久化。在配置文件中可以找到相应的save参数。本质上Redis通过判断，一旦满足设置的触发条件，则自动执行一次bgsave命令。当有多个save配置时，满足任意一个条件都会触发持久化。
  2. FLUSHALL ：清空数据库，当redis执行该命令以后，将触发自动持久化把RDB文件清空。在生产环境中谨慎使用

RDB自动触发参数说明：

# RDB 保存的条件
save 900 1
save 300 10
save 60 10000

# bgsave 失败之后，是否停止持久化数据到磁盘，yes 表示停止持久化，no 表示忽略错误继续写文件。
stop-writes-on-bgsave-error yes

# RDB 文件压缩
#表示是否开启RDB文件压缩，Redis会采用LZF算法进行压缩。如果不想消耗cpu性能来进行文件压缩，可以关闭该功能，缺点是需要更多的磁盘空间来保存文件。
rdbcompression yes

# 写入文件和读取文件时是否开启 RDB 文件检查，检查是否有无损坏，如果在启动是检查发现损坏，则停止启动。
rdbchecksum yes

# RDB 文件名
dbfilename dump.rdb

# RDB 文件目录
dir ./
  • 配置查询
    Redis中可以使用命令来查询当前配置参数。config get 命令

2.1.3 RDB优缺点

  • 优点：占用内存小，适合做备份文件，更容易恢复Redis服务
    1. RDB内容为二进制数据，占用内存更小更紧凑，更适合作为备份文件。在灾难恢复时，可以更快的传输到 远程服务器进行Redis服务恢复
    2. RDB可以更大程度的提高Redis的运行速度，每次持久化时，都会创建一个fork子进程，不会阻塞主进程响应其他客户端的请求
    3. 与AOF文件相比，RDB文件可以更快的重启。
  • 缺点：可能丢失一段时间的数据
    1. RDB只能保存某个时间间隔的数据，如果中途Redis服务意外终止了，这段时间的数据将会丢失。
    2. RDB需要经常使用fork()创建子进程才能使其持久化在磁盘上，若数据集很大时，fork()可能耗时严重，若数据集很大占用cpu全部性能可能导致Redis停止为客户端服务几毫秒等短暂时间 。

2.2持久化——AOF

  • 由于Redis使用RDB持久化可能会由于意外终止服务而导致丢失一部分最新数据。因此提出了另一种持久化方案AOF
  • AOF(Append Only File)中文是追加到文件中，因此AOF可以将Redis每个键值对的操作都记录到文件(appendonly.aof)中。

2.2.1查询和设置

  1. 查询AOF启动状态
    使用config get appendonly命令
    在这里插入图片描述第一行appendonly表示AOF文件的名称

  2. 开启AOF持久化-

  • Redis默认是关闭AOF持久化的，开启AOF持久化有两种方式

    1. 命令行启动AOF：使用config set appendonly yes命令
      在这里插入图片描述
      命令行启动优点：无需重启Redis服务。
      缺点：如果Redis服务重启，则命令行设置失效

    2. 配置文件启动AOF：Redis的配置文件为redis.conf，使用config get dir 可以获取Redis的根目录

127.0.0.1:6379> config get dir
1) "dir"
2) "/var/lib/redis"


#在配置文件中将appendonly 设置为yes即可，默认的是No处于关闭状态

配置文件启动AOF缺点:每次修改配置文件都要重启Redis服务才能生效。
优点：无论重启多少次Redis服务，配置文件中的配置信息都不会失效。

2.2.2触发持久化

  • AOF持久化开启也有两种触发方式：自动触发和手动触发
自动触发：策略触发和重写触发
  1. 满足AOF设置的策略触发
  • always:每条Redis操作命令都会写入磁盘，最多丢失一条数据
  • everysec:每秒钟写入一次磁盘，最多丢失疫苗的数据；（配置默认）
  • no:不设置写入磁盘的规则，根据当前操作系统来决定何时写入磁盘，Linux默认30秒写入一次数据到磁盘。

注意：通过在配置文件(redis.conf)里进行设置。

# 是否开启 AOF，yes 为开启，默认是关闭
appendonly no

# AOF 默认文件名
appendfilename "appendonly.aof"

# AOF 持久化策略配置
# appendfsync always
#appendfsync everysec
# appendfsync no
  1. AOF重写触发：由于AOF是通过记录每一次的操作命令来持久化保存数据，因此随着时间的流逝，AOF文件会越来越多，将会增加服务器的存储压力，同时也会造成Redis重启速度变慢。由此诞生了AOF重写功能。
  • AOF文件重写：直接读取Redis服务器当前的状态，并保存为AOF文件。不管记录了多少命令，执行重写以后，只会保存当前状态信息。
  • AOF重写实现：满足两个基本条件才能重启
    1. auto-aof-rewrite-min-size:允许AOF重写的最小文件容量，默认为64mb.
    2. auto-aof-rewrite-percentage:AOF文件重写的大小比例，默认值为100，表示100%，也就是只有当前AOF文件，比最后一次的AOF文件大一倍时，才会启动AOF文件重写。

在这里插入图片描述
在客户端执行bgrewriteaof命令就可以手动触发AOF重写持久化

  • AOF重写的流程：生成一个全新的文件，并把当前数据的最小操作命令保存到新文件上，当把所有的数据都保存到新文件之后，Redis会交换两个文件，并把最新的持久化操作命令追加到新文件上。
手动触发

执行bgrewriteaof命令就可以手动触发AOF重写持久化

在这里插入图片描述

2.2.3AOF配置文件说明

# 是否开启 AOF，yes 为开启，默认是关闭
appendonly no

# AOF 默认文件名
appendfilename "appendonly.aof"

# AOF 持久化策略配置
# appendfsync always
appendfsync everysec
# appendfsync no

# AOF 文件重写的大小比例，默认值是 100，表示 100%，也就是只有当前 AOF 文件，比最后一次的 AOF 文件大一倍时，才会启动 AOF 文件重写。
auto-aof-rewrite-percentage 100

# 允许 AOF 重写的最小文件容量
auto-aof-rewrite-min-size 64mb

# 是否开启启动时加载 AOF 文件效验，默认值是 yes，表示尽可能的加载 AOF 文件，忽略错误部分信息，并启动 Redis 服务。
# 如果值为 no，则表示，停止启动 Redis，用户必须手动修复 AOF 文件才能正常启动 Redis 服务。
aof-load-truncated yes

2.2.4AOF优缺点

  • 优点： 保存文件更完整

    1. 持久化保存得到数据更加完整，提供了三种策略持久化的方式，按照每次操作保存，每秒保存一次，以及跟随系统的持久化保存。其中每秒保存一次，从数据的安全性和性能两方面考虑是个优解，也是AOF默认的策略。
    2. 由于AOF是命令追加写入的方式，所以不会出现文件损坏的问题，即使出现意外情况，也可以通过redis-check-aof工具轻松的修复；
    3. AOF持久化文件，非常容易解析。即使使用了flushall命令清空了数据库，只要使用AOF文件，删除最后的flushall命令，重启Redis就可以恢复之前误删的数据。

  • AOF缺点： 文件过多过大，恢复速度较慢

    1. 相同的数据集而言，AOF文件大于RDB文件，RDB采用的是二进制存储。
    2. 在redis负载比较高的情况下，RDB比AOF性能更好。
    3. RDB使用快照的方式来持久化保存数据，而AOF只是保存每次执行的命令。从理论上而言RDB比AOF更健壮。

  • 如果AOF和RDB同时开启，则只加载appendonly.aof

duke-coder
关注
Redis——Redis持久化原理
庄小焱
03-29 1715
Redis 的读写都是在内存中，所以它的性能较高，但在内存中的数据会随着服务器的重启而丢失，为了保证数据不丢失，我们需要将内存中的数据存储到磁盘，以便 Redis 重启时能够从磁盘中恢复原有的数据，而整个过程就叫做 Redis 持久化。Redis 持久化也是 Redis 和 Memcached 的主要区别之一，因为 Memcached 不具备持久化功能。
redis系列3——持久化
xiaodigua1024的博客
03-09 520
redis持久化分为RDB(快照)和AOF(日志)和混合持久化三种持久化方式
Rides中RDB与AOF
m0_72720243的博客
04-03 109
RDB是Redis用来进行持久化的一种方式，是把当前内存中的数据集快照写入磁盘，也就是 Snapshot 快照（数据库中所有键值对数据）。恢复时是将快照文件直接读到内存里。RDB 有两种触发方式，分别是自动触发和手动触发Redis的持久化方式之一RDB是通过保存数据库中的键值对来记录数据库的状态。而另一种持久化方式 AOF则是通过保存Redis服务器所执行的写命令来记录数据库状态。AOF以协议文本的方式，将所有对数据库进行写入的命令（及其参数）记录到 AOF 文件，以此达到记录数据库状态的目的。
Redis 持久化——AOF 详解
白开水的博客
08-10 2万+
Redis 是一个键值对数据库服务器，服务器中通常包含着任意个非空数据库，而每个非空数据库中有可以包含任意个键值对，为了方便起见，我们将服务器中的非空数据库以及它们的键值对统称数据库状态。 Redis 是内存数据库，它将自己的数据库状态储存在内存里，如果不想办法将储存在内存中的数据库状态保存到磁盘里，那么一旦服务器进程退出，服务器中的数据库状态也会消失不见。为了解这个问题，Redis 提供了两种持久化方式——RDB(Redis DataBase) 和 AOF(Append Only File)，.....
Redis存储数据
ClearDream__的博客
06-25 3285
Redis是一款基于内存的NoSQL数据存储服务，是非关系型的，是使用K-V结构进行存储的在基于Spring Boot的开发中，当需要在程序中访问Redis中的数据时，需要添加依赖项。要操作Redis中的数据，需要使用对象，则在的根包下的包中创建类，并在其中进行配置： 接下来，在测试的根包下创建来测试访问Redis中的数据： 最后，关于Key的使用，通常建议使用冒号区分多层次，类似URL的设计方式，例如： 使用Redis可以提高查询效率，一定程度上可以减轻数据库服务器的压力，从而保护了数据库。通常，
Rides的常用知识点
xulong5000的专栏
03-17 2301
一：Rides支持哪些数据类型 答案：1：string 2： List （列表 ） 按照插入顺序排序 3：Hash （哈希） 4：set Set是string类型的无序集合 5：zset(sorted set：有序集合) zset 和 set 一样也是string类型元素的集合,且不允许重复的成员。 不同的是每个元素都会关联一个double类型的分数。redis正...
一篇文章彻底理解Redis持久化：RDB和AOF
笙箫的博客
02-24 601
为什么需要持久化？ Redis对数据的操作都是基于内存的，当遇到了进程退出、服务器宕机等意外情况，如果没有持久化机制，那么Redis中的数据将会丢失无法恢复。有了持久化机制，Redis在下次重启时可以利用之前持久化的文件进行数据恢复。理解和掌握Redis的持久机制，对于Redis的日常开发和运维都有很大帮助，也是在大厂面试经常被问到的知识点。Redis支持的两种持久化机制： RDB：把当前数据生成快照保存在硬盘上。 AOF：记录每次对数据的操作到硬盘上。 接下来，我们详细了解一下这两种持久化机制。
redis——持久化方式RDB与AOF分析
在此立一个IT职业上的flag：https://github.com/Zeb-D/my-review
07-19 1万+
redis两种持久化的方式 RDB持久化可以在指定的时间间隔内生成数据集的时间点快照 AOF持久化记录服务器执行的所有写操作命令,并在服务器启动时,通过重新执行这些命令来还原数据集,AOF文件中全部以redis协议的格式来保存,新命令会被追加到文件的末尾,redis还可以在后台对AOF文件进行重写,文件的体积不会超出保存数据集状态所需要的实际大小, redis还可以同时使用AOF持久化和RDB...
Redis——Redis如何保证数据一致性？
最新发布
qq_42631788的博客
06-30 2574
Redis 通过单线程操作、事务支持、持久化机制、复制和高可用、数据结构的原子性操作以及分布式锁等多种机制，保证了数据的一致性和可靠性。这些特性使得 Redis 成为一个广泛应用于高性能、高并发场景下的数据存储解决方案。
Redis——AOF持久化
lianghongliang66的博客
06-30 178
AOF通过保存Redis服务器所执行的写命令来记录数据库状态可以分为命令追加、文件写入、文件同步三个步骤当AOF持久化功能处于打开状态时，服务器执行完一个写命令之后，会以协议格式将被执行的写命令追加到服务器状态的aof_buf缓冲区的末尾Redis的服务器进程是一个事件循环，循环中的文件事件负责接收客户端的命令请求，以及向客户端发送命令回复，而时间事件负责执行像serverCron函数这样需要定时运行的函数服务器每次结束一个事件循环之前，它都会调用flushAppendOnlyFile函数，考虑是否需要将a
redis中数据存取
weixin_42352733的博客
03-22 5468
1、首先我们需要先引入redis的star后续的话，才能够使用redis的存取的相关方法 pom.xml引入对应star，并且还要引入对应的序列化：用的是alibaba的fastjson； <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-redis</artifactId> <version
Redis数据存储
mz474920631的博客
06-05 2789
redis的数据存储
AOF - Redis 设计与实现
@农夫(Ben.Liang)
01-02 2435
AOF Redis 分别提供了 RDB 和 AOF 两种持久化机制： RDB 将数据库的快照（snapshot）以二进制的方式保存到磁盘中。AOF 则以协议文本的方式，将所有对数据库进行过写入的命令（及其参数）记录到 AOF 文件，以此达到记录数据库状态的目的。 server [label = "命令请求"]; server -> aof [ label = "网络协议格
Redis持久化存储(AOF与RDB两种模式)
热门推荐
不能说的秘密的博客
10-21 4万+
cache-only即只做为“缓存”服务，不持久数据，数据在服务终止后将消失，此模式下也将不存在“数据恢复”的手段，是一种安全性低/效率高/容易扩展的方式； persistence即为内存中的数据持久备份到磁盘文件，在服务重启后可以恢复，此模式下数据相对安全。
Redis存储数据类型，及存取值方法
心寒的博客
05-20 1万+
Redis支持五种数据类型：string（字符串），hash（哈希），list（列表），set（集合）及zset(sorted set：有序集合) String存取值： 是 redis 最基本的类型一个 key 对应一个 value。value其实不仅是String，也可以是数字。string 类型是二进制安全的。意思是 redis 的 string 可以包含任何数据。比如jpg图片或者序列化的对象。string 类型是 Redis 最基本的数据类型，string 类型的值最大能存储 512MB。　使.
Redis提供的持久化机制（二）
weixin_30500105的博客
09-11 3208
1、前言 Redis是一种高级key-value数据库。它跟memcached类似，不过数据可以持久化，而且支持的数据类型很丰富。有字符串，链表，集 合和有序集合。支持在服务器端计算集合的并，交和补集(difference)等，还支持多种排序功能。所以Redis也可以被看成是一个数据结构服务 器。Redis的所有数据都是保存在内存中，然后不定期的通过异步方式保存到磁盘上(这称为“半持...
Redis AOF 持久化学习笔记
Leo的博客
07-17 1万+
文章 Redis 快照持久化学习笔记 介绍 Redis 快照持久化的功能，除了快照持久化外，Redis 还提供了 AOF（Append Only File）持久化功能。与快照持久化通过直接保存 Redis 的键值对数据不同，AOF 持久化是通过保存 Redis 执行的写命令来记录 Redis 的内存数据。AOF 持久化的原理理论上说，只要我们保存了所有可能修改 Redis 内存数据的命令（也就是写命
十五、Redis之AOF
基督山伯爵的博客
08-14 884
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp
Redis的两种持久化RDB和AOF
不忘初心的博客
10-07 2万+
Redis持久化备份数据的方式有两种：RDB(Redis DataBase) 、 AOF(Append Only  File). RDB 什么是RDB 在指定时间间隔内，将内存中的数据集快照写入磁盘，也就是Snapshot快照，它恢复时是将快照文件直接读到内存中，来达到恢复数据的。  如何持久化 Redis会单独创建(fork)一个子进程来进行持久化，会先将数据写进一个临时文件中，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值