redis rua解决库存问题_Redis事务

最新推荐文章于 2022-09-02 08:43:26 发布
最新推荐文章于 2022-09-02 08:43:26 发布
阅读量235 收藏
点赞数
文章标签： redis rua解决库存问题
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_33553272/article/details/113997276
版权
本文详细介绍了Redis的事务机制，包括事务的本质、作用、操作方式以及与乐观锁的关系。通过示例展示了事务的正常执行、放弃、失败及部分执行的情况，解释了WATCH命令如何提供CAS行为。此外，还对比了悲观锁和乐观锁的概念，并分析了Redis事务的特性，如命令序列化执行、无隔离级别和不保证原子性。
摘要由CSDN通过智能技术生成

1、事务是什么？

事务本质是一组命令的集合，它可以一次执行多个命令。一个事务中的所有命令都会序列化，按顺序、串行地去执行，且不允许加塞其它的命令，不会被其它命令插入。

2、事务能干嘛？

把多个命令放到一个队列中，并能一次性、按顺序、排他性地去执行这些命令

3、redis事务怎么玩？

1.常用命令

a34feeb4a671

redis常用命令

2.正常执行

1.使用multi启动事务

2.执行想要在事务中进行的命令(正确可执行的命令)

3.使用exec执行事务

结果：本次事务正常执行

a34feeb4a671

正常执行事务

3.放弃事务

1.使用multi启动事务

2.执行想要在事务中进行的命令(正确可执行的命令)

3.使用discard取消本次事务

结果：本次事务取消，无法执行

a34feeb4a671

放弃事务

4.全部失败

1.使用multi启动事务

2.执行想要在事务中进行的命令(注意：其中有错误的命令)

3.使用exec执行事务

结果：本次事务中的命令，全部执行失败

a34feeb4a671

全部失败

5.冤头债主

1.使用multi启动事务

2.执行想要在事务中进行的命令(注意：其中没有错误命令，但其中有命令无法对目标对象执行操作)

3.使用exec执行事务

结果：本次事务中的命令，除了错误那条，其它都正常执行

a34feeb4a671

冤头债主

4、watch监控

Watch指令类似乐观锁，在事务提交时，如果监控的Key的值已被别的客户端改变，比如某个list已被别的客户端push/pop过了，整个事务队列都不会被执行

通过WATCH命令在事务执行之前监控了多个Keys，倘若在WATCH之后有任何Key的值发生了变化，EXEC命令执行的事务都将被放弃，同时返回Nullmulti-bulk响应，用以通知调用者事务执行失败

1.悲观锁(Pessimistic Lock)

顾名思义，就是很悲观。每次去拿数据的时候都认这个数据会被别人进行修改了。所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞，直到它拿到锁，才能继续执行。

传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。性能影响较大。

2.乐观锁(Optimistic Lock),

顾名思义，就是很乐观。每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数，可以使用版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量。

乐观锁策略：提交版本必须大于记录当前版本才能执行更新

3.CAS(Check And Set)

WATCH 命令，类似乐观锁，可以为 Redis 事务提供 CAS(Check And Set)行为。

4.示例准备步骤_初始化信用卡可用余额和欠额

用事务设置信用卡可用余额和欠额

a34feeb4a671

余额和欠款

5.示例1_无加塞篡改，先监控再开启multi，保证两笔金额变动在同一个事务内

监听余额

开启事务

模拟刷卡：增加欠额，扣除余额

启动事务

a34feeb4a671

6.示例2_加塞篡改

watch监控了key，如果key被修改了，后面一个事务的执行失效

监听余额

事务开始前，模拟转账：增加余额

开启事务

模拟刷卡：增加欠额，扣除余额

提交事务

查询余额和欠额

结果：事务中的模拟刷卡不执行，值是事务开始前的模拟转账操作后的结果.

a34feeb4a671

7.示例3_监控的key被修改过，unwatch释放本次监听，然后重新监听

在被监听的key修改后，unwatch释放了监听，后面的事务能正常执行

监听余额

事务开始前，模拟存款：设置余额300

放弃监听unwatch

重新监听

启动事务

事务后，模拟转账：增加余额200

提交事务

结果：由于放弃了事务开始前的监听，所以事务里的命令正常执行，余额的值=事务前存款后的余额300+事务中转账的额度200

a34feeb4a671

image.png

5、excel和watch的关系

一旦执行了exec，事务之前加的watch监控锁都会被取消掉

6、redis事务的三个阶段

开启

MULTI开始一个事务；(在此之前可以对想要监听的key进行watch监听或unwatch放弃监听)

入队

将多个命令入队到事务中，接到这些命令并不会立即执行，而是放到等待执行的事务队列里面

执行

EXEC命令触发事务(事务之前加的watch监控锁都会被取消掉)

6、redis事务的三个特性

单独的隔离操作

事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。

没有隔离级别的概念

队列中的命令没有提交之前都不会实际的被执行，因为事务提交前任何指令都不会被实际执行，也就不存在”事务内的查询要看到事务里的更新，在事务外查询不能看到”这个让人万分头痛的问题。

不保证原子性

redis同一个事务中如果有一条命令执行失败，其后的命令仍然会被执行，没有回滚

AslrDep
关注
Redis(11) -- redis之缓存穿透、缓存击穿、缓存雪崩问题
erainm
09-07 264
在应用程序和MySQL数据库中建立一个中间层：Redis缓存，通过Redis缓存可以有效减少查询数据库的时间消耗，但是引入redis又有可能出现缓存穿透、缓存击穿、缓存雪崩等问题。 1. 缓存穿透 缓存穿透：key对应的数据在数据源并不存在，每次针对此key的请求从缓存获取不到，请求都会到数据源，从而可能压垮数据源。 一言以蔽之：查询Key，缓存和数据源都没有，频繁查询数据源 比如用一个不存在的用户id获取用户信息，无论论缓存还是数据库都没有，若黑客利用此漏洞进行攻击可能压垮数据库。 解决缓存穿透的方
redis rua解决库存问题_库存秒杀问题-redis解决方案- 接口限流
weixin_42187923的博客
12-23 833
/*** Created by PhpStorm.* redis 销量超卖秒杀解决方案* redis 文档：http://doc.redisfans.com/* ab -n 10000 -c 3000 http://localhost/demo.php 模拟并发*/$redis = new Redis();$redis->connect('127.0.0.1',6379);//1. 对...
电商中的库存管理实现-mysql与redis
wildpal的专栏
01-04 9255
库存是电商系统的核心环节，如何做到不少卖，不超卖是库存关心的核心业务问题。业务量大时带来的问题是如何更快速的处理库存计算。 此处以最简模式来讨论库存设计。 以下内容只做分析，不能直接套用 库存模型:sku,num。 sku是标示商品的唯一编号，num是商品的数量。 订单处理时需扣减商品库存。 mysql实现库存初始数据: mysql隔离级别READ-COMMITTED 扣减100
Redis——Redis的事务
Cantevenl的博客
04-18 2357
Redis的事务事务简介事务基本操作事务的工作流程事务的注意事项锁基于特定条件的事务执行分布式锁死锁 事务简介 事务是一个数据库必备的元素，对于redis也不例外，对于一个传统的关系型数据库来说，数据库事务满足ACID四个特性 ACID 原子性（Atomicity） 原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。 一致性（Consistency） 事务前后数据的完整性必须保持一致。 隔离性（Isolation） 事务的隔离性是多个用户并发访问数据库时，数据库为每一个用户开启
高级redis应用进阶课 一站式redis解决方案_Lua 嵌入 Redis 解决库存秒杀--接口限流...
weixin_39815879的博客
12-07 196
<?php /** * Created by PhpStorm. * redis 销量超卖秒杀解决方案 * redis 文档：http://doc.redisfans.com/ * ab -n 10000 -c 3000 http://localhost/demo.php 模拟并发 */ $redis = new Redis(); $redis->connect('1...
Cookie和Session、http协议
无知者无畏
09-21 232
Cookie和Session 1. HTTP协议的无状态性 HTTP协议的通信模型：基于请求 - 处理 - 响应的！ 由于这个通信协议的关系，导致了HTTP每个请求之间都是没有关联的，每当一个请求完成之后，服务器就忘记之前谁曾经请求过！ 如果纯粹基于HTTP通信模型，是无法完成登录状态保持的！每次请求服务器，服务器都会把这个请求当作新请求来处理！ 我们可以通过 cookie 技术，实现状态保持，但是由于cookie是存储在客户端的一门技术，所以安全性几乎没有，因此不要使用cookie存储敏感的数据！ 2
PHP+Redis事务解决高并发下商品超卖问题(推荐)
10-15
3. **库存遗留问题**：在高并发情况下，如果并发请求次数远大于库存，可能会出现库存未完全消耗的情况，因为每次事务只能处理一个成功的抢购。 为优化上述问题，可以考虑以下改进措施： 1. **引入Redis连接池**：...
redis_for_windows_32_64bit
04-11
redis for windows_32bit or 64bit, 包含配置文件.下载后直接解压可用. 文件说明: redis-server.exe：服务程序 redis-check-dump.exe：本地数据库检查 redis-check-aof.exe：更新日志检查 redis-benchmark.exe：...
08-Redis HyperLogLog与事务和Redis 7.0那点事-ev.rar
最新发布
03-08
08-Redis HyperLogLog与事务和Redis 7.0那点事_ev.rar08-Redis HyperLogLog与事务和Redis 7.0那点事_ev.rar08-Redis HyperLogLog与事务和Redis 7.0那点事_ev.rar08-Redis HyperLogLog与事务和Redis 7.0那点事_ev.rar...
docker中运行redis主从机连接出现master_link_status:down的解决问题（含坑）
weixin_47701015的博客
07-15 2112
使用redis5.0.5版本建立主从连机
redis 事务 多进程模拟秒杀 保证库存的正确 lua脚本和watch的方法
weixin_42784553的博客
06-18 420
三种方法来实现 lpop的 原子操作 10个商品就 lpush 10个数据 抢购开始用lpop来判断是否还存在库存 watch实现 （代码是这种方法） watch库存键, multi后如果该key被其他客户端改变, 事务操作会抛出WatchError异常 lua脚本 import redis from redis import WatchError from concurrent.futures import ProcessPoolExecutor r = redis.Redis(h
尚硅谷Redis6基础教程-秒杀案例中库存遗留问题
weixin_44359369的博客
01-13 662
尚硅谷redis6基础教程中视频24-27的秒杀案例,使用Redis乐观锁解决了超卖问题,但是也产生了库存遗留问题.引入Lua脚本,解决了超卖和库存遗留.Lua脚本为什么解决了库存遗留问题???
redis集合数据过期_关于redis性能问题分析和优化
weixin_31704137的博客
12-31 956
一、如何查看Redis性能info命令输出的数据可以分为10个分类，分别是：server,clients,memory,persistence,stats,replication,cpu,commandstats,cluster,keyspace为了快速定位并解决性能问题，这里选择5个关键性的数据指标，它包含了大多数人在使用Redis上会经常碰到的性能问题后期文章会首发于本专栏，也会不定时发放福利...
redis rua解决库存问题_技术架构师总结：Redis分布式锁的问题和解决
weixin_35739886的博客
12-07 126
分布式锁在分布式环境中，为了保证业务数据的正常访问，防止出现重复请求的问题，会使用分布式锁来阻拦后续请求。我们先写一段有问题的业务代码： public void doSomething(String userId){ User user=getUser(userId); if(user==null){ user.setUserName("xxxxx"); user.setUserId(userId...
2020-09-23
weixin_41045487的博客
09-23 280
Redis 高并发问题,及解决方案！ （一）redis技术的使用： redis真的是一个很好的技术，它可以很好的在一定程度上解决网站一瞬间的并发量，例如商品抢购秒杀等活动。。。 redis之所以能解决高并发的原因是它可以直接访问内存，而以往我们用的是数据库(硬盘),提高了访问效率,解决了数据库服务器压力。 为什么redis的地位越来越高，我们为何不选择memcache，这是因为memcache只能存储字符串，而redis存储类型很丰富（例如有字符串、LIST、SET等），memcache每个值最大只能存储1
redis模拟秒杀解决库存剩余问题（三）
weixin_38879931的博客
02-10 1200
在模拟秒杀第二篇中，我们使用了redis事务，并用watch进行监控，虽然将超卖问题解决了，但是引出了一个新的问题——库存剩余。其中原因就是watch的乐观锁导致的，版本不一致，不执行事务。现在使用另外一个方案（即LUA脚本）进行解决。 LUA脚本是一个嵌入式的脚本，不能独立运行，需要其他的程序进行调用，本身是用C语言进行编写的，调用redis执行具有原子性。 在秒杀过程中，将redis的库存判断，秒杀过程，全部交给脚本实现，java代码中，只做调用 实现代码如下： import com.lixl.red
Redis缓存穿透、缓存雪崩、redis并发问题分析
weixin_34115824的博客
09-14 78
把redis作为缓存使用已经是司空见惯，但是使用redis后也可能会碰到一系列的问题，尤其是数据量很大的时候，经典的几个问题如下：(一)缓存和数据库间数据一致性问题分布式环境下（单机就不用说了）非常容易出现缓存和数据库间的数据一致性问题，针对这一点的话，只能说，如果你的项目对缓存的要求是强一致性的，那么请不要使用缓存。我们只能采取合适的策略来降低缓存和数据库间数据不一致的概率...
Redis
lkywwwa的博客
09-02 220
redis基础知识
redis rua解决库存问题_90%的人都不知道，可以这样解决库存问题！
weixin_33937306的博客
12-31 150
“零库存”一直是我们的美好愿望，然而现实总是时不时地给甩出响亮的耳光。订货不准、销售不力、调货信息反馈不及时，导致门店压货，从而形成库存，循环往复，便成了终端店铺的顽疾，成了老板的椎心之痛。那么，就算不能实现零库存，我们是不是也可以尽量减少库存呢？要知道，库存越堆越多，越堆越不值钱！别的不说，就连号称服装业首富的海澜之家，最近也是在库存上吃了个大亏！库存堆积严重，成为海澜之家今年的一大隐患。刚刚报...
redis的hiredis中REDIS_OPTIONS_SET_TCP如何使用, 请举例说明
04-19
REDIS_OPTIONS_SET_TCP是Hiredis中redisOptions结构体中的一个成员，用于设置TCP控制选项。该选项可以用于设置TCP连接的超时时间、保活时间和延迟确认等等。 以下是一个例子，在该例中，我们创建了一个redisOptions...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值