Innodb死锁分析-案例3-插入意向锁与gap锁引起的死锁

最新推荐文章于 2024-09-18 13:16:41 发布

sunashe

最新推荐文章于 2024-09-18 13:16:41 发布

阅读量1.5k

点赞数 1

分类专栏： MySQL InnoDB-锁

欢迎转载，但请注明出处。

本文链接：https://blog.csdn.net/sun_ashe/article/details/83542394

版权

InnoDB-锁同时被 2 个专栏收录

11 篇文章 14 订阅 ¥99.90 ¥299.90

订阅专栏

超级会员免费看

MySQL

38 篇文章 2 订阅

订阅专栏

本文分析了一个InnoDB死锁案例，涉及事务因插入意向锁与Gap锁不兼容而产生的死锁。事务1等待带有插入意向属性的排他间隙锁，而事务2已经持有该锁并等待相同属性的锁。死锁发生时，即使插入的u_contract_number值不同。推测死锁过程为：事务1和2先获取X Gap锁，随后各自尝试插入数据，引发死锁。实际原因需与RD确认。

摘要由CSDN通过智能技术生成

文章目录

Innodb死锁分析-案例3

Innodb死锁分析-案例3

一、死锁日志

------------------------
LATEST DETECTED DEADLOCK
------------------------
2018-10-30 13:48:10 0x7eec74fc1700
*** (1) TRANSACTION:
TRANSACTION 2324559833, ACTIVE 1 sec inserting
mysql tables in use 1, locked 1
LOCK WAIT 3 lock struct(s), heap size 1136, 2 row lock(s), undo log entries 1
MySQL thread id 30810915, OS thread handle 139554023008000, query id 6580658028 100.105.85.212 contractdb_rw update
insert into contract_record (
        contract_number,template_name,template_version,template_data,bucket,file_name,ext,create_time,update_time
     )
        values
        (
        '923572690382454787',
        '5b9b680949d6f61d0c1acb2d',
        '',