Redis事务与锁的机制
1.1 事务的概念
- Redis的单条命令是保证原子性的,但是redis事务不能保证原子性
- 事务是一个单独的操作,事务中所有命令都会被序列化,按顺序的执行,事务在执行时,不会被其他客户端发过来的请求命令打断。
- redis事务主要作用是串联多个命令,防止别的命令来插队
1.2 Redis事务操作过程
- 开启事务(
multi
) - 命令入队
- 执行事务(
exec
) - 组队时可以使用discard可以结束组队
- 组队时当有一条命令出现错误时,组队提前结束,所有命令都不执行
- 当执行时有一条命令出现错误,其他命令可以正常执行(所以不保证事务原子性)
1.3 乐观锁和悲观锁
悲观锁:
- 很悲观,认为什么时候都会出现问题,无论做什么之前都会加锁(行锁,表锁,读锁,写锁,等)
缺点:效率很低
乐观锁:
- 很乐观,认为什么时候都不会出现问题,所以不会上锁!却而代之添加一个版本号,更新数据的时候去判断一下,在此期间是否有人修改过这个数据
- 获取version,更新的时候比较version,若version不一样则取消操作
乐观锁适用于多读的场景,可以提高系统吞吐量
1.3.1 乐观锁在redis中的使用
在执行multi之前,先执行watch key1 [key2]
,可以监视多个key,如果在事务执行之前,这些可以有被其他命令改变,则打断事务。使用watch key
监控指定数据,相当于乐观锁加锁,使用unwatch可以解锁
注意:每次提交执行exec后都会自动释放锁,不管是否成功
1.4 Redis事务三特性
-
单独的隔离操作
事务执行时,不会被其他客户端的命令打断
-
没有隔离级别的概念
队列中命令没有提交之前都不会执行
- 不保证原子性
事务中如果一条命令执行失败,其他命令仍然会执行,没有回滚
ps:写一个卖票小程序
- 出现了库存负数问题,也就是超卖问题,
- 为解决超卖问题,加入了事务–乐观锁,但是出现了库存遗留和连接超时问题
- 为了解决连接超时问题,引入了连接池;为了解决库存遗留问题引入了LUA脚本
库存遗留和连接超时问题
3. 为了解决连接超时问题,引入了连接池==;为了解决库存遗留问题引入了LUA脚本