产品中心
线上有个批量的insert … on duplicate key update语句引发的死锁问题，查过很多资料并且亲自尝试过后，发现好多博客说的都是错的，其实本身只跟insert的顺序有关，在此记录一下备忘。
X型锁：排他锁
S型锁：共享锁
行锁：锁住一行记录
Next-Key锁：左开右闭区间
Gap锁：左右开区间
建表：
在比较新的版本中都可以遇见的，只要是insert … on duplicate key update 触发了后面的update操作，那么此时其他的insert语句都会被阻塞，这主要是为了解决RR下的一些幻读问题。
在5.7版本中又有一些特殊情况。还是举例
假如有如下表和数据
demo表
| id | name | value |
|---|---|---|
| 1 | 111 | 2 |
| 1 | 222 | 2 |
| 1 | 333 | 2 |
此时，如果事务1执行了：
当insert … on duplicate key 执行成功之时，会在当前唯一键和之前唯一键之间加一个隐式GAP锁，如上会在222和333之间加上GAP锁，此时，事务2和事务3想插入新数据都会被GAP锁阻塞，此时GAP锁转为显式，事务2和事务3同时也分别想要获取X型的插入意向锁。
然后事务1提交，此时GAP锁并不会被释放，由于5.7的bug，事务2和事务3都会拿到GAP锁，此时他们去获取插入意向锁的时候由于GAP锁被对方拿到而矛盾，进而死锁。
网上有很多方法，这里我提出一个另类的想法。
我们可以先用非事务的insert ignore去初始化数据，后面在用事务的update操作去更新。
参考：https://zhuanlan.zhihu.com/p/457191971
到此这篇关于MySQL insert死锁问题的文章就介绍到这了,更多相关MySQL insert死锁问题内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！
发表评论