关于redis

已于 2022-08-25 11:59:07 修改
阅读量2.8k 收藏 14
点赞数 1
文章标签： redis java 数据库
于 2022-07-20 22:48:42 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45891099/article/details/125901587
版权

1.事务机制

1.1 事务介绍

redis是支持事务的。
举一个经典的例子：转账。

  • A向B汇款，那么A账户会扣钱
  • B账户会加钱

这两个步骤一定是在一个事务中的，要么都成功，要么都失败。

redis事务是基于队列实现的，创建一个事务队列，然后将事务操作都放入到对列中，最后依次执行。
在这里插入图片描述

在这里插入图片描述

#开启事务
multi
#添加命令
set age 10
# 执行事务
exec
#取消事务
discard
1.2 事务的处理机制

在redis中，如果开启了事务，某一条命令执行出错了，此时事务会怎么处理呢？你可能会说了，要么都成功，要么都失败，有一个失败，那就全失败了呗。

这么想不能算错，但是redis对于命令执行错误有两种解决方式：

  • 语法错误(编译)
  • 执行错误(运行)
1.2.1 语法错误

也就是执行命令的语法不对：

#开启事务
multi
#命令
set name zhangsan
set age 
seterror sex 1
#执行事务
exec

在这里插入图片描述
整个事务中，只有一条指令是正确的，当执行exec后，会直接返回错误，正确的命令也不会执行。

1.2.2 执行错误

命令在执行的发生错误

#开启事务
multi
#命令
set lesson java
rpush lesson eureka feign nacos
set lesson redis
#执行事务
exec
#获取数据
get lesson

在这里插入图片描述
上面的事务中，语法是没有问题的，所以在运行之前redis是无法发现错误的，但是在执行的时候出现了错误，因此只会错误的命令不执行，而正确的命令会执行。

1.3 springboot整合事务操作

1）修改redisconfig配置类，开启事务控制

//开启redis事务控制
redisTemplate.setEnableTransactionSupport(true);

2）自定义方法，测试事务效果

@Test
@Transactional(rollbackFor = Exception.class)
public void multiTest(){
    //开启事务
    redisTemplate.multi();
    try{
        redisTemplate.opsForValue().set("lesson","java");
        redisTemplate.opsForSet().add("lesson","eureka","feign","gateway");
        redisTemplate.opsForValue().set("lesson","redis");
        System.out.println(redisTemplate.opsForValue().get("lesson"));
    }catch (Exception e){
        //回滚
        System.out.println("出现异常");
        redisTemplate.discard();
    }finally {
        redisTemplate.exec();
    }
}

2. 持久化机制

2.1 场景分析

redis是将数据存放到内存中的，一旦服务器宕机重启，内存中的数据就会消失，为了避免这种事情发生，redis提供了持久化机制，将内存中的数据存放到磁盘上，避免数据意外丢失。

redis提供了两种持久化机制，AOF和RDB。

2.2.RDB快照
2.2.1 概述

RDB是redis默认的持久化机制，基于快照的思想，当符合一定条件(自动或者手动)时，redis就会将这一刻的内存数据进行快照并保存到磁盘上，产生一个经过压缩的二进制文件，后缀名.rdb的文件

在这里插入图片描述

在这里插入图片描述
因为RDB文件是保存在磁盘上的，因此即使Redis进程退出，甚至服务器宕机重启。只要RDB文件存在，就可以利用它来还原Redis数据。

2.2.2 RDB触发条件

在redis.conf文件中配置一些默认的触发机制

save ""  # 不使用RDB存储  不能主从
save 3600 1 #表示一个小时内至少一个键被更改则进行快照
save 300  100 #表示5分钟（300秒）内至少100个键被更改则进行快照。
save 60 10000  #表示1分钟内至少10000个键被更改则进行快照。

在这里插入图片描述

手动执行save或者bgsave命令

在redis客户端手动执行save或者bgsave命令，手动触发RDB快照

#执行save命令(同步执行)
save

#执行bgsave命令(异步子线程执行)
bgsave

在这里插入图片描述
这两个命令都可以触发快照，那么他们两个的区别是什么呢?

  • save:同步处理，阻塞redis服务进程，服务器不会执行任何命令，直到RDB文件保存完毕。
  • bgsave：会fork一个和主线程一致的子线程复制操作RDB文件，不会阻塞redis服务进程。

redis默认使用的是bgsave来保存快照数据

2.2.3 优缺点

优点：

  • 基于二进制文件完成数据备份，占用空间少，便于文件传输
  • 能够自定义规则，根据redis繁忙状态进行数据备份

缺点：

  • 无法保证数据的完整性，会丢失最后一次快照后的所有数据
  • bgsave每次执行都会阻塞redis服务进程创建子线程，频繁执行影响系统的吞吐率

2.3.AOF

2.3.1 概述

RDB方式会出现数据丢失的问题，对于这个问题，可以通过Redis中另外一种持久化方式解决：AOF。

AOF 是reids提供的另外一种持久化方式，与RDB快照记录数据不同的是，当开启AOF持久化后，redis会将客户端发送的所有更改数据的命令记录到磁盘的AOF文件中，这样的话，当redis重启后，通过读取AOF文件，按顺序获取记录的数据修改命令，即可完成数据的恢复。

在这里插入图片描述

举个例子，对Redis执行三条写命令：

set name czy

hset cart shop nike

sadd lesson java python hadoop

RDB会将name，cart，lesson三个键值对数据进行保存，而AOF会将set，hset，sadd三个命令保存到AOF文件中。

2.3.2 基础使用

AOF方式需要手动开启，修改redis.conf

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

#设置AOF文件名称
appendfilename  appendonly.aof

当开启了AOF机制之后，Redis何时向AOF文件中记录内容呢?

对于AOF的触发方式有三种：always，everysec，no。默认使用everysec，可以通过redis.conf中的appendfsync属性进行配置。

开启AOF后，重启redis，进入redis客户端执行多条写命令，这些命令会被保存到appendonly.aof文件中。

set name zhangsan
set age 18
set sex male
get name
get age
get sex

此时查看redis/data目录，会新产生一个appendonly.aof文件。 查看文件内容

*2
$6
SELECT
$1
0
*3
$3
set
$4
name
$8
zhangsan
*3
$3
set
$3
age
$2
18
*3
$3
set
$3
sex
$4
male

通过文件查看，可以看到，在aof文件中，记录了对redis操作的所有写命令，读命令并不会记录。

2.3.3 执行原理

AOF功能实现的真个执行过程可以分为三个部分：命令追加，文件写入，文件同步。

在这里插入图片描述

  1. 客户端向redis发送写命令。
  2. Redis将接收到的写命令保存到缓冲文件中的末尾，这个过程是命令追加。
  3. redis将缓冲区文件内容写入到AOF文件中，这个过程叫文件写入。
  4. redis根据策略将AOF文件保存到磁盘，这个过程叫文件同步。
  5. 何时将AOF文件同步到磁盘的策略依据就是redis.conf文件中appendfsync属性值：always,everysec,no
    • always：每次执行写命令都会将缓冲区文件的内容写入到AOF文件中，并将AOF文件同步到磁盘。该效率最低，安全性最高。
    • ererysec：每次执行写命令都会将缓冲区文件的内容写入到AOF文件中，并且每隔一秒会有子线程将AOF文件同步到磁盘，该方式兼备了效率与安全，即使出现宕机重启，也只是丢失不超过两秒的数据。
    • no：每次执行写命令都会将缓冲区文件的内容写入到AOF文件中，但并不会将AOF文件进行同步磁盘，同步操作交由操作系统完成(每30秒一次)，该方式最快，但是最不安全。
模式aof_buf写入到AOF是否阻塞AOF文件写入磁盘是否阻塞宕机重启时丢失的数据量效率安全
always阻塞阻塞最多只丢失一个命令的数据低高
everysec阻塞不阻塞不超过两秒的数据中中
no阻塞阻塞操作系统最后一次对AOF写入磁盘的数据高低
2.3.4 AOF重写优化
2.3.4.1 概述

AOF会将对redis操作的所有写命令都记录下来，随着服务器的运行，AOF文件内保存的内容会越来越多，这样就会造成两个比较严重的问题：占用大量内存空间，数据还原花费的时间多。

举个栗子：

sadd lessons java
sadd lessons python go
sadd lessons hive
sadd lessons hadoop rocketmq
sadd lessons redis

当这些命令执行玩，AOF文件中记录5条命令。但是实际生产环境下，写命令会出现非常多，文件的体积会非常大。

为了解决AOF文件巨大的问题，Redis提供了AOF重写机制，当AOF文件体积超过阈值，就会触发AOF重写机制，Redis开启子线程创建一个新的AOF文件替代原来的AOF文件，新的AOF文件不会包含任何浪费空间的冗余命令，只存在恢复当前redis状态的最小命令集合。

2.3.4.2 触发配置

那么AOF文件达到多大时，会将其进行重写呢？对于重写阈值的配置，可以通过修改redis.conf进行配置。

#当前aof文件大小超过上一次aof文件大小的百分之多少时进行重写。如果之前没有重写过，以
启动时aof文件大小为准
auto-aof-rewrite-percentage 100

#限制允许重写最小aof文件大小，也就是文件大小小于64mb的时候，不需要进行优化
auto-aof-rewrite-min-size 64mb

除了让redis自动执行重写外，也可以手动让其进行执行：bgrewriteaof

2.4.RDB与AOF对比
  1. RDB是默认开启的，AOF需要手动开启。
  2. RDB性能优于AOF。
  3. AOF安全性由于RDB。
  4. AOF优先级高于RDB.
  5. RDB存储某个时刻的数据快照，AOF存储写命令。
  6. RDB在配置触发状态会丢失最后一次快照以后更改的所有数据；AOF默认使用everysec，每秒保存一次，最多丢失两秒以内的数据。

3.高可用-主从复制

3.1.问题概述

通过持久化机制的学习，可以发现，不管是RDB还是AOF，都不能百分百的避免数据的丢失。关键是现在只有一台服务器，持久化数据都是保存在这台服务器上，假设这台服务器的磁盘损坏，数据仍然会全部丢失。 那这个问题该怎么解决呢？

那我们想一下，现在所有持久化数据只是保存在一台服务器上，能不能让它们同时保存在多台服务器上，这样即使一台服务器出现问题，仍然可以从其他服务器同步数据。

这样就需要当一台服务器中数据更新后，可以自动的将更新的数据同步到其他服务器上， 这就是所谓的复制。

在这里插入图片描述

3.2.复制搭建&使用

在这里插入图片描述

关键步骤：
（1）安装依赖环境及安装Redis

tar -zxvf  redis压缩包

#安装gcc
yum install -y gcc-c++ autoconf automake

#centos7 默认的 gcc 默认是4.8.5,版本小于 5.3 无法编译,需要先安装gcc新版才能编译
gcc -v

#升级新版gcc，配置永久生效
yum -y install centos-release-scl
yum -y install devtoolset-9-gcc devtoolset-9-gcc-c++ devtoolset-9-binutils

scl enable devtoolset-9 bash
echo "source /opt/rh/devtoolset-9/enable" >>/etc/profile 




#将Redis的源码包上传  解压  并且  编译redis
cd redis-6.2.4
make

#安装到指定目录
mkdir -p /usr/local/redis

make PREFIX=/usr/local/redis install

sysctl vm.overcommit_memory=1

（2）创建目录

#日志 /usr/local/redis/log
#数据 /usr/local/redis/data
#配置文件 /usr/local/redis/conf
mkdir /usr/local/redis/logs -p
mkdir /usr/local/redis/data -p
mkdir /usr/local/redis/conf -p

将资料中配置文件复制到 conf 文件夹下

（3）启动Redis master节点

小程同学哦
关注
  • 1
    点赞
  • 踩
  • 14
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redis事务
weixin_47073925的博客
06-17 568
Redis事务 Redis事务的概念： Redis 事务的本质是一组命令的集合。事务支持一次执行多个命令，一个事务中所有命令都会被序列化。在事务执行过程，会按照顺序串行化执行队列中的命令，其他客户端提交的命令请求不会插入到事务执行命令序列中。 总结说：redis事务就是一次性、顺序性、排他性的执行一个队列中的一系列命令。 Redis事务没有隔离级别的概念： 批量操作在发送 EXEC 命令前被放入队列缓存，并不会被实际执行，也就不存在事务内的查询要看到事务里的更新，事务外查询不能看到。 Redis不保证原子性
Redis系列：Redis 的事务机制
woisking2的博客
07-29 813
指令入队列时有报错（所有指令中只要有一条不是QUEUED），就会放弃事务执行，保证原子性。如 3.1.1指令入队列时没报错（所有指令都是QUEUED），但在实际执行EXEC时报错，则不保证原子性。如 3.1.2EXEC执行时出现故障，如果开启了 AOF 日志，可以保证原子性。如 3.1.3Redis 具备了一定的原子性，但不支持回滚。DISCARD 主要负责清空指令列表，放弃操作。Redis 具备一致性的能力Redis 具备隔离性的能力Redis 无法保证持久性。
Redis事务详解
怪咖@的博客
05-30 7539
事务是指一个完整的动作，要么全部执行，要么什么也没有做。Redis 事务不是严格意义上的事务，只是用于帮助用户在一个步骤中执行多个命令。单个 Redis 命令的执行是原子性的，但 Redis 没有在事务上增加任何维持原子性的机制，所以Redis 事务的执行并不是原子性的。Redis 事务可以理解为一个打包的批量执行脚本，但批量指令并非原子化的操作，中间某条指令的失败不会导致前面已做指令的回滚，也不会造成后续的指令不做。
Redis的事务
m0_56340064的博客
09-24 3386
Redis事务
Redis 基本的事务操作与乐观锁实现
Woo_home的博客
09-11 1065
redis 事务本质：一组命令的集合！一个事务中的所有命令都会被序列化，在事务执行过程中，会按照顺序执行！一次性、顺序性、排他性、执行一系列的命令 redis 事务没有隔离级别的概念 所有的命令在事务中，并没有直接被执行，只有发起执行命令的时候才会执行！Exec redis 单条命令是保存原子性的，但是事务不保证原子性 redis 事务： 开启事务（multi） 命令入队（…） 执行事务（exec） 正常执行事务！ 127.0.0.1:6379> multi // 开启事务 OK
Redis冲冲冲——事务支持，AOF和RDB持久化
Arya的博客，专注后端领域
02-29 1292
Redis冲冲冲——事务支持，AOF和RDB持久化。
关于Redis命令使用和说明
01-21
Redis 是一个高性能的键值数据库，常用于存储缓存、会话管理等场景。在Linux系统，特别是Ubuntu上，安装Redis的过程相对简单。首先，确保系统软件包是最新的，通过运行`sudo apt-get update`来更新包列表。接着，...
60道关于Redis的常见面试题.pdf
最新发布
04-18
什么是 Redis？它的主要特点是什么？ - 2. Redis 支持哪些数据结构？请详细描述每种数据结构的用途和特点。 - 3. 什么是缓存穿透？在使用 Redis 时，如何防止缓存穿透？ - 4. 介绍 Redis 的持久化机制以及对比它们...
关于redis与分布式的简介
12-16
关于redis与分布式的个人总结与介绍，包括对分布式结构及内容的个人理解。如有错误多多包涵啊。
关于redis缓存所需要的redis安装包非常好用
05-14
REmote DIctionary Server(Redis) 是一个由Salvatore Sanfilippo写的key-value存储系统。 Redis是一个开源的使用ANSI C语言编写、遵守BSD协议、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供...
关于redis状态监控和性能调优详解
01-21
本文主要给大家介绍了关于redis状态监控和性能调优的相关内容，分享出来供大家参考学习，下面话不多说了，来一起看看详细的介绍吧。 1、redis-benchmark redis基准信息，redis服务器性能检测 例如： 检测redis服务器...
浅谈Redis事务
wq3002的专栏
01-10 7959
Redis事务和传统关系数据库事务的区别 传统数据库事务过程 在关系型数据库中，我们开启事务并进行一系列的读写操作，最后，用户用户可以选择发送commit来确认之前的修改，或者发送rollback来放弃之前的修改。 1 2 3 4 5 6 7 8 9 10 11 Connection conn = ... //获取数据库连接 conn.setAutoCom...
Redis事务和分布式锁
weixin_34354173的博客
12-05 183
Redis事务 　　Redis中的事务(transaction)是一组命令的集合。事务同命令一样都是Redis最小的执行单位，一个事务中的命令要么都执行，要么都不执行。Redis事务的实现需要用到 MULTI 和 EXEC 两个命令，事务开始的时候先向Redis服务器发送 MULTI 命令，然后依次发送需要在本次事务中处理的命令，最后再发送 EXEC 命令表示事务命令结束。 　　举个例子，使用...
Redis之坑：理解Redis事务
洛丹伦的夏天
04-10 4626
Redis之坑：spring-data-redis中的Redis事务 Redis之坑：理解Redis事务 Redis之坑：Redis与MySQL中事务的区别 Transaction之坑：数据库事务 Transaction之坑：Spring中配置Transaction与不配置有何区别 Transaction之坑：分析sql执行结果，主动促使事务rollback 相关命令 ...
Redis的事务处理
suchenbin的博客
05-21 316
Redis中的事务是一组命令（multi、exec、discard、watch等）的集合。事务中的命令要么一起执行，要么都不执行，事务和命令一样是最小的执行单位。事务执行过程中，不会中断事务而去执行其他客户端的命令请求，discard命令用作取消事务，事务回滚。 命令：multi，开始事务； 命令：exec，提交事务； 127.0.0.1:6379> multi OK 127.0.0...
【Redis入门】-浅谈redis事务
candy_rainbow的博客
10-13 5769
说到事务大家都不陌生，在关系型数据库中，事务时并发控制的基本单位，他是一个操作的序列，可以包含多个指令，并且，对于一个事务，其内部的指令要么全部执行，要么都不执行，内部指令不可分割。 关系型数据库的事务具有四个特性： 1. 原子性 2. 一致性 3. 隔离性 4. 持久性 而在我们redis数据库中，事务回事什么样子的呢？ 首先我们给出一个定义：redis的事务中，一次执行多条命令，...
Redis学习记录之Transaction简析(十九)
01-15 622
1、简介MULTI 、 EXEC 、 DISCARD 和 WATCH 是 Redis 事务的基础。事务可以一次执行多个命令， 并且带有以下两个重要的保证：事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。事务是一个原子操作：事务中的命令要么全部被执行，要么全部都不执行。EXEC 命令负责触发并执行事务中的所有命令：如果客户
一头坑进Redis之事务
googleoyyp的博客
08-21 3867
一.是什么 可以一次执行多个命令，本质是一组命令的集合。
关于redis一些基本知识
09-09
关于redis的一些基本知识是： 1. Redis是一个内存数据库，它将数据存储在内存中，因此读写速度非常快。但是，一旦重启后，所有数据都会丢失，因此需要将数据做持久化存储到磁盘。 2. Redis使用C语言开发，但C语言本身没有提供字符串类型，所以Redis设计了一个简单的动态字符串SDS（Simple Dynamic String）作为底层实现。 3. Redis支持键值对存储，其中键和值都可以是字符串、列表、哈希表、集合和有序集合等数据类型。 4. Redis提供了丰富的命令和功能，例如获取、设置、删除键值对，以及对列表、哈希表等数据结构的操作。同时，Redis还支持发布订阅模式、事务和Lua脚本等高级功能。 5. Redis具有高可用性和可扩展性，可以通过主从复制和集群来实现数据的冗余备份和水平扩展。 总结起来，Redis是一个快速、灵活和可扩展的内存数据库，它可以用于缓存、队列、计数器等多种场景。需要注意的是，由于Redis是内存数据库，数据需要定期持久化到磁盘，以避免重启后数据丢失。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值