6,redis的事务-秒杀超卖问题

Redis事务确保命令串行执行,但不保证原子性。乐观锁通过WATCH命令监控键值变化,但在秒杀场景中可能导致超卖。解决超卖问题可采用Lua脚本实现原子操作,利用Redis的单线程特性确保并发安全性。连接池优化减少资源浪费。
摘要由CSDN通过智能技术生成

Redis的事务是一个单独的隔离操作。事务的所有命令都会串行化,按顺序的去执行,事务在执行过程中不会被其他客户端传来的命令打断或影响;redis的事务就是串联多个命令,防止其他命令插队;

Redis事务三特性

单独的隔离操作:

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

没有隔离级别的概念:

  1. 队列中的命令没有提交之前都不会实际被执行,因为事务提交前彳出可指令都不会被实际执行;

不保证原子性:

  1. 事务中如果有一条命令执行失败,其后的命令仍然会被执行,没有回滚;

一,redis的事务有三个命令,multi(开启事务),exec(提交事务),discard(取消事务)

当输入multi命令,然后再输入其他命令都会进入命令队列(先进先出原则),但是这个时候不会执行,只有输入exce命令后才会执行,而discard命令就是再multi之后,exce命令之前取消队列里面的命令执行的;
在这里插入图片描述
如:multi命令开启事务,exec提交事务,当然你可以在exec命令执行前通过discard取消事务提交;

127.0.0.1:6379> multi
OK
127.0.0.1:6379>
127.0.0.1:6379> set k1 v1
QUEUED
127.0.0.1:6379> set k2 v2
QUEUED
127.0.0.1:6379> exec
1) OK
2) OK

二,异常的事务场景

1,在命令组队时发生异常,那么所有命令都不会执行;
在这里插入图片描述
2,命令组队正常,但是事务提交后异常会怎样?
在这里插入图片描述
如:下面代码中的k2对应的值不是一个数字字符穿,但是又执行了incr命令,结果除了incr命令不成功外,队列其他命令都成功了;

127.0.0.1:6379> multi
OK
127.0.0.1:6379>
127.0.0.1:6379> set k1 aa
QUEUED
127.0.0.1:6379> set k2 bb
QUEUED
127.0.0.1:6379> set k3 cc
QUEUED
127.0.0.1:6379> incr k2
QUEUED
127.0.0.1:6379> set k4 dd
QUEUED
127.0.0.1:6379> exec
1) OK
2) OK
3) OK
4) (error) ERR value is not an integer or out of range
5) OK
127.0.0.1:6379> keys *
1) "k4"
2) "k1"
3) "k3"
4) "k2"
127.0.0.1:6379&
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值