问题背景
访问量增加,突然大量死锁报警,看日志是一条这样sql:
insert into tableName (uid,name) select ?,? from dual where not exists (select 1 from tableName where uid=? and name=?);
uid,name有唯一索引。
知识点
这个问题有几个知识点:
- insert后面的select会当前读,隐式加锁
- 查询不存在,会降级为间隙锁
- 间隙锁查询不是互斥的,会造成死锁
案例分析
间隙锁死锁问题
说明:
不同于写锁相互之间是互斥的原则,间隙锁之间不是互斥的,如果一个事务A获取到了(5,10]之间的间隙锁,另一个事务B也可以获取到(5,10]之间的间隙锁。这时就可能会发生死锁问题,如下案例。
事务A获取到(5,10]之间的间隙锁不允许其他的DDL操作,在事务提交,间隙锁释放之前,事务B也获取到了间隙锁(5,10],这时两个事务就处于死锁状态。

本文探讨了数据库中因访问量激增导致的死锁问题。详细分析了一条特定SQL语句引发死锁的原因,并解释了insert后的select如何加锁,以及查询不存在时如何降级为间隙锁,最终导致死锁的情况。
705

被折叠的 条评论
为什么被折叠?



