Redis中的事务以及在Redis中使用乐观锁

最新推荐文章于 2024-02-29 17:53:51 发布
最新推荐文章于 2024-02-29 17:53:51 发布
阅读量199 收藏
点赞数 1
分类专栏： Redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45950109/article/details/114289962
版权

文章目录

Redis中的事务以及在Redis中使用乐观锁

之前学习的MySQL关系型数据库中事务的四个特征

原子性：指事务是一个不可再分的工作单位，事务中的操作要么都发生，要么都不发生，就好比A账户给B账户转钱，这个事务有两个操作，第一个是A账户减去钱，第二个是B账户增加钱，原子性就是说这两个操作要么同时都发生，要么都不发生，不可能一个发生一个不发生；

一致性：指事务发生前后，数据库中的总数据是不能发生变化的，仍举一个例子，A账户给B账户转钱，假设转钱之前A，B账户钱数的总和是2000元，那么转钱之后，A,B账户钱数的总和也要是2000元；

隔离性：指一个事务的运行不影响另一个事务的运行，比如甲，乙两个事务都操作同一个共享数据，甲事务和乙事务对共享数据的操作互相不影响，因为甲，乙事务都各自有存储自己数据的空间！

持久性：指事务被提交之后，数据库中的数据就会发生改变并持久的保存在数据库中，不会发生回滚；

Redis事务的解释说明

Redis事务的基本概念：可以一次性把很多redis单条命令放到一个集合队列中，然后在执行exec命令之前，这些被添加到队列中的命令并不会被执行，执行完exec命令之后，所有的命令，一次性，顺序性，排他性的全部执行。

Redis事务不像之前的关系型数据库，之前的Mysql中的关系型数据库是有原子性的，但是Redis事务没有原子性，执行exec命令之后，即便队列中的一条redis命令执行失败，队列中的其它redis单条命令仍会执行，而且redis事务是不会回滚的。

Redis事务也没有隔离性，因为在执行完multi命令之后，往队列中添加Redis单条命令的时候，这些单条命令并不会执行，不像之前学习Mysql的关系型数据库，事务中每条sql语句都是会执行的，所以在Redis事务中不存在事务里面可以查看到更新的共享数据，而事务外面却不可以查看更新的共享数据，因为Redis事务中的所有redis单条数据根本没有执行，事务里面和事务外面的单条数据都是相同的。

Redis的单条命令是有原子性的，但是Redis事务是没有原子性的！

Redis事务的三个阶段

开启事务（multi，此命令执行之后，之后写的所有的Redis单条命令都不会执行而是会存放到一个队列里面）

命令入队（此阶段写的所有的Redis单条命令都不会被执行而是直接被放到队列里面）

执行事务（exec,此命令执行之后，队列中的所有的Redis单条命令会一次性，顺序性，排他性的全部执行）

正常执行Redis事务的测试

测试如下图：

在这里插入图片描述

放弃Redis事务的测试

相关命令：discard,此命令可以放弃Redis事务中所有的Redis单条命令；

测试如下图：

在这里插入图片描述

Redis事务中出现的两种异常

编译性异常（代码有问题！如命令拼写错误！）：Redis事务中只有有一个Redis单体命令出现编译性异常，那么这个事务中所有的Redis单体命令都不会被执行；

运行时异常（代码没有问题！但是逻辑有问题，如1/0在运行时就会报错）：Redis事务中一个单体命令的运行异常不会影响其它的Redis单体命令。其它的单体命令仍会执行；

如下图：

在这里插入图片描述

Redis中使用乐观锁

Redis中使用乐观锁，会先在事务开始之前，也即是执行multi命令之前，使用watch命令监视特定的字段；假设watch监视的是A_money字段，在事务开始之前，A_money的值是100，然后watch监视的A_money值就是100，如果在事务执行的时候即执行exec命令的时候A_money字段的值仍是100,表示此事务执行期间没有其他事务插队执行，那么此事务这时可以正常执行；但是如果在事务执行的时候即执行exec命令的时候，发现A_money字段的值是1000,那么就表示在此事务执行之前，已经有其它的线程插队执行了，并且已经更改了数据，所以这个时候在执行exec命令此事务就不会执行了，这与之前我们在MyBatisPlus中所讲的乐观锁的version字段道理是一样的。

具体的测试情况如下图：

在这里插入图片描述

在这里插入图片描述

unwatch命令可以取消watch对所有key的监控，如下图：

在这里插入图片描述

Mr-X～
关注
专栏目录
redis实现乐观锁
qq_40004922的博客
01-01 3159
我们先介绍一下悲观锁和乐观锁：我们要知道我们java程序去做的时候是一定会去加锁的，比如说我们多条线程在并发执行的时候，一定会去加锁的 悲观锁：顾名思义，很悲观，就是认为什么时候都会出问题，无论干什么都加锁！所以说这种操作是非常影响性能的，比如说sychronized默认就是这样，无论干什么都会去加锁，用完之后再去解锁！ 乐观锁：顾名思义，很乐观，认为什么时候都不会出现问题，所以不会加锁！那不上锁，总得有个机制去处理并发这个问题，那这个时候，就会在更新数据的时候去判断一下，在此期间，是否有人去改动过这个
redis中事务机制及乐观锁的实现
09-09
本文主要讨论了 Redis 中的事务机制和乐观锁的实现。 **Redis 事务机制** 在传统的数据库系统中，事务具有ACID（原子性、一致性、隔离性和持久性）特性，确保数据操作的一致性。然而，Redis 的事务机制相对较简单...
Redis（八）事务的乐观锁
长臂人猿的博客
11-20 271
前言 redis中Watch可以加锁， 正常情况下 127.0.0.1:6379> set wallet 100 OK 127.0.0.1:6379> set consume 0 OK 127.0.0.1:6379> multi OK 127.0.0.1:6379> decrBy wallet 20 QUEUED 127.0.0.1:6379> incrBy consume 20 QUEUED 127.0.0.1:6379> exec 1) (integer) 8
基于redis的乐观锁实践
weixin_30767835的博客
01-23 326
edis真是一个分布式应用场景下的好东西，对于我们的应用设计，功劳大大的！ 今天要研究的是基于redis的事务机制以及watch指令（CAS）实现乐观锁的过程。 所谓乐观锁，就是利用版本号比较机制，只是在读数据的时候，将读到的数据的版本号一起读出来，当对数据的操作结束后，准备写数据的时候，再进行一次数据版本号的比较，若版本号没有变化，即认为数据是一致的，没有更改，可以直接写入，若版本号有...
redis事务和乐观锁
qq_40950903的博客
08-04 153
事务 redis事务的本质是一组命令的集合，一个事务中的所有命令都会被序列化，在事务执行的过程中，会按照顺序执行。具有一次性，顺序性，排他性。 redis事务有没有隔离级别的概念，所有的命令在事务中，并没有直接被执行，只有发起执行命令的时候才会执行。 redis的单条命令是保持原子性的，但是事务不保证原子性 redis事务流程 开启事务（multi） 命令入队（……） 执行事务（exec） 正常执行事务 #开启事务 127.0.0.1:6379[2]> multi OK #命令入队 127.0.0.
Redis 乐观锁
u010648194的博客
04-24 1896
乐观锁：乐观，认为不会出问题，所以不上锁。当更新数据时，会判断是否有人在这个期间修改数据。相对性能好。 Redis使用watch 命令监听key, 如果这个key发生了变化则不执行事务 127.0.0.1:6379> watch money ##监听money OK 127.0.0.1:6379> multi ##开启事务 OK 127.0.0.1:6379> decrby money 2 ##money = money - 2 QUEUED 127.0.0.1:6379>.
redis中的事务操作案例分析
12-16
然而，对于需要强事务保证的复杂业务，可能需要结合其他机制，如分布式锁或基于版本号的乐观锁来实现。了解并熟练掌握这些技巧，将有助于在使用Redis进行应用开发时确保数据的正确性和系统的稳定性。
redis的高级事务CAS(乐观锁).rar
09-16
Redis 是一个高性能的键值数据库，它提供了丰富的数据...虽然 Redis 不像传统的关系型数据库那样提供完整的 ACID 事务，但它的事务机制和乐观锁策略在许多场景下已经足够满足需求，尤其在需要高性能和低延迟的应用中。
乐观锁的使用 redis
木易三水良
09-27 185
悲观锁：什么时候都出问题，无论做什么都加锁 乐观锁：什么时候都不会出现问题，所以不会上锁，更新数据的时候进行判断，在此期间是否有人对数据进行了改变 获取version，更新的时候比较version, 监控==watch。事务正常结束，数据期间没有发生改变，这个时候就正常执行成功，监视失败，要放弃监视unwatch==，再重新监视 127.0.0.1:6379> set money 1000 OK 127.0.0.1:6379> set out 0 OK 127.0.0.1:6379> .
使用redis乐观锁实现秒杀
奇葩也是花
08-22 837
header('content-type:text/html;charset=utf-8'); $redis = new Redis(); $result = $redis->open('192.168.1.236', 6379 , 5 ); $redis -> auth('likang'); //var_dump($redis -> set( 'b' , 123 )); // //var_dum
Redis乐观锁在电影购票业务中的应用
辰兮要努力
11-15 6298
hello你好我是辰兮很高兴你能来阅读，本篇继续之前文章电影购票系统的设计，讲解Redis事务和乐观锁等相关知识点，分享获取新知大家一起进步！ 文章目录一、Redis序言二、Redis事务三、Redis乐观锁 一、Redis序言 Redis键值对设计：Redis在电影票系统的设计与实现 继续整理电影购票的项目中涉及到Redis事务和Redis的乐观锁的相关概念，现整理一下相关知识，来更加深入了解 在高并发的项目中，常常要用一些方法来保障数据的准确性，通过这种手段保证了当前用户和其他用户一起操作的时候.
【Redis—13】Redis事务（乐观锁）
我是一只程序⚪的技术交流平台
04-14 6922
一、什么是事务 事务是指一系列操作步骤，这一系列的操作步骤，要么完全地执行，要么完全地不执行。 比如微博中：A用户关注了B用户，那么A的关注人列表里面就会有B用户，B的粉丝列表里面就会有A用户。 这个关注与被关注的过程是由一系列操作步骤构成： （1）A用户添加到B的粉丝列表里面 （2）B用户添加到A的关注列表里面； 这两个步骤必须全部执行成功，整个逻辑才是正确的，否则就会产生数据的错误...
Redis乐观锁操作以及一些应用场景
xzz的博客
01-11 1009
乐观锁和悲观锁是两种处理并发访问的不同策略，它们在处理共享资源时采取了不同的思路和机制。
redis乐观锁应用案例实践
海潮的专栏
09-10 414
专车系统给司机派单时，需要过滤掉已经派单的司机，防止出现将不同订单派单给同个司机的情况发生。 以下读写操作均是指redis进行读写。 目前系统里以城市维度保存了每个城市已经处于服务中（已派过订单）的司机列表，但读取城市服务中司机列表和写服务中司机列表时，未进行同步，可能由于高并发，会导致读的司机列表在执行司机筛选时，服务中司机列表被更改。从而出现同个司机派了多个不同的订单的情况发生。 因此考虑两种方式实现 1.使用redis分布式锁实现悲观锁 读取服务中司机列表和写入服务中司机列表使用同一个分布式
Redis的事务学习及用Redis实现乐观锁，redis数据类型总结
怕什么真理无穷，进一寸有一寸的欢喜。即使开了一辆老掉牙的破车，只要在前行就好，偶尔吹点小风，这就是幸
01-08 578
（一）：Redis的事务操作 1：Redis 事务可以一次执行多个命令， 并且带有以下三个重要的保证： 批量操作在发送 EXEC 命令前被放入队列缓存。 收到 EXEC 命令后进入事务执行，事务中任意命令执行失败，其余的命令 依然被执行。但是如果队列中的命令在编译时候就出现了错误，那么整个事务队列中的语句都不会执行。 在事务执行过程，其他客户端提交的命令请求不会插入到事务执行命令序列中。 一个事务从开始到执行会经历以下三个阶段： 开始事务。 命令入队。 执行事务。 我们的事务中的语句是有执行顺序的，执行
Redis 解决事务冲突之乐观锁和悲观锁
长期更新自学笔记
07-04 1858
例子： 比如说，3个人有你的账户：你有10000元 一个人请求想给金额减 8000 一个人请求想给金额减 5000 一个人请求想给金额减 1000 悲观锁(Pessimistic Lock)，顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁（上锁后不允许其他事务操作），这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁缺点是效率低，只能串行操作乐观锁(Optimistic
Redis 之四：Redis 事务和乐观锁
最新发布
zp8126的专栏
02-29 1695
Redis 乐观锁是一种在分布式系统中实现并发控制的机制，它借鉴了数据库领域的乐观并发控制思想，并通过Redis提供的命令来实现。与悲观锁不同的是，悲观锁在读取数据时就直接获取并持有锁，直到事务结束才释放；然后开启事务，一系列操作放入队列等待执行，如果在exec 执行事务之前，其他的客户端对监视的key 做了修改，则exec 执行结果为nil。收到 EXEC 命令后进入事务执行，事务中任意命令执行失败，其余的命令依然被执行。在事务执行过程，其他客户端提交的命令请求不会插入到事务执行命令序列中。
springboot中使用redis 乐观锁处理并发情况
08-30
在Spring Boot中使用Redis实现乐观锁处理并发情况，可以通过使用Redis的命令来实现。 乐观锁是一种乐观思想，基于数据版本的控制来实现并发控制。在Redis中，可以使用WATCH命令来实现乐观锁的并发控制。 在业务...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

Mr-X～

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

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

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

打赏作者

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

抵扣说明：

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

余额充值