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会报冲突