MySQL唯一键insert时候的DeadLock异常

create table test_innodb_insert_lock

(id int not null primary key auto_increment,

uk int not null unique key) engine = innodb;

开启三个终端执行窗口,模拟三个session

session_1,insert成功
session_2,等待...
session_3,等待

Mysql(当前问题是在使用innodb引擎的前提下)的锁种类很多,而insert时所涉及到的锁情况较select、update、delete有所不同,相对更复杂一些。

mysql中如何保障uk的唯一性?肯定是加锁。那在哪里加锁?对谁加锁?如果要操作的数据本身还不存在,那又该如何加锁?

mysql是索引组织表,基于B+树(多路有序平衡查找树)来构建主键索引和二级索引。唯一索引也是二级索引,但其唯一性,几乎等同于主键索引(所以如果表中没有主键只有唯一键,唯一键是代替主键作用的)。所以mysql加锁是在索引记录上加锁。

因为key由Session1创建,因而在该key上持有X-lock(排他锁),而Session2和Session3内部获取到DuplicateKey异常后,会先获取S-lock(共享锁,读取该key),之后再尝试升级锁成X-lock,然后如果有机会的话,执行插入。这里的机会,是指Session1回滚并释放了X-lock。下图是Session1执行rollback后Session2、Session3的反应:

session_2,抢占成功insert OK
session_3,抢占失败,DeadLock

当然,如果session1正常commit,session2和session3会报冲突

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容