并发场景中的加锁问题

锁类型

基于Mysql的全局锁

事务隔离级别

READ_COMMITTED

事务传播行为

Propagation.REQUIRED

场景一: 新增数据

此时锁要加在事务外面,也就是先提交事务,再释放锁。

如果锁加在事务里面,先获取到锁的线程还未提交事务之前,若此时有另一个线程获取到锁,也会新增数据(事务隔离级别:读取已提交)。此时两个线程都提交事务后,就会出现重复数据。

场景二:修改数据

此时锁可以直接加在事务里面,即先释放锁,再提交事务。
由于是READ_COMMITTED,所以数据库会使用行级锁将数据锁住,只有当第一个线程提交事务后,行级锁释放才会释放。此时配合上数据的ver版本管理,第二个线程update数据时会抛出版本不一致的异常,后续的操作也就不会进行了。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值