mysql并发事物时产生的死锁?

本文通过一个案例介绍了数据库中的死锁问题,涉及会话A和会话B在删除和插入数据时产生的间隙锁导致的死锁情况。详细解释了间隙锁的概念,即锁定数据范围而不包含记录本身,并提出了两种解决死锁的方法:一是删除前先查询,二是尽量避免间隙锁。同时,强调了在单机和多节点环境下应用这些方法的注意事项。
摘要由CSDN通过智能技术生成

案例:

1.新建一张简单的test表,如下:
在这里插入图片描述
2.表结构如下:
在这里插入图片描述
3.插入三条数据
数据如下:
在这里插入图片描述
4.需要开启两个窗口

先执行会话A,如下:
在这里插入图片描述

然后执行会话B,如下:
在这里插入图片描述
在执行会话A,如下:这个时候插入时,等待会话B 结束事物
在这里插入图片描述

在执行会话B,如下:这个时候插入时,会话B直接报错,这个时候产生了死锁;
202104152220155.png)

大家明白了吗?
详解:
1.会话A 在删除id等于4的时候,存在间隙锁(3,8)。
2.会话B 在删除id等于6的时候,存在间隙锁(3,8)。
3.再次执行会话A时,添加id等于5的时候,会等待会话B释放锁。
4.再次执行会话B时,添加id等于7的时候,会等待会话A释放锁,这个时候就在互相等待过程,会造成死锁的情况。

下面解释一下间隙锁哦?
间隙锁:锁定一个范围,但不包含记录本身。例如数据库中数据id为3,8,11,那么锁定的区间可能为(-∞,3),(3,8)(8,11),(11,+∞),假如插入的数据为6,那此时锁定的区间为(3,6),(6,8)被锁定,不包括要插入的6.

解决方法:
方法一:通常情况下,要删除一条数据,先查询数据是否存在,如果存在,再根据主键删除,否则不执行删除逻辑。其实这种方式也存在一定的风险,我们可以通过软删除的方式,避免高并发时出现数据已被删除,而其他事务正在删除不存在的数据。软删除是指通过字段决定数据是否已删除,然后定时的手动处理数据库中的数据。
方法二:尽量避免间隙锁的存在

以上两种方式;目前可以在单机上适用,多台节点,还得测试一下。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

蓝颜~岁月

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

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

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

打赏作者

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

抵扣说明:

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

余额充值