一次诡异的数据库“死锁”，问题究竟在哪里？

程序死锁的问题&＃xff0c;很难调试&＃xff0c;看进程堆栈&＃xff0c;看各个线程与锁的情况&＃xff0c;对照代码进行排查。

数据库死锁的问题&＃xff0c;更难&＃xff0c;看不了数据库堆栈&＃xff0c;也看不了数据库线程与锁&＃xff0c;更难以对照代码排查。

前段时间&＃xff0c;和一个朋友讨论了一个“疑似”数据库死锁的问题&＃xff0c;最后进行试验与排查&＃xff0c;找到了问题所在。

场景如下&＃xff1a;

同一个表&＃xff0c;高并发事务&＃xff0c;事务内先插入一条记录&＃xff0c;再更新这条记录&＃xff1a;

&＃xff08;1&＃xff09;如果更新的是唯一索引&＃xff0c;有异常&＃xff1b;

&＃xff08;2&＃xff09;如果更新的是自增主键&＃xff0c;就没有异常&＃xff1b;

画外音&＃xff1a;先不要被“dead lock”描述所迷惑&＃xff0c;是死锁问题&＃xff0c;阻塞问题&＃xff0c;还是其他异常&＃xff0c;还另说。

而且&＃xff0c;据朋友所述&＃xff0c;还能够复现&＃xff1a;

&＃xff08;1&＃xff09;开启事务&＃xff1b;

&＃xff08;2&＃xff09;插入记录&＃xff1b;

&＃xff08;3&＃xff09;sleep 5秒&＃xff1b;

&＃xff08;4&＃xff09;修改被插入的记录&＃xff1b;

在并发时稳定复现。

根据朋友的描述&＃xff0c;在线下开了多个MySQL客户端进行了并发模式测试&＃xff0c;结果还挺出乎意料的。

第一步&＃xff1a;数据准备

create table t (

id int(20) primary key AUTO_INCREMENT,

cell varchar(20) unique

)engine&＃61;innodb;

新建表&＃xff1a;

&＃xff08;1&＃xff09;存储引擎是innodb&＃xff0c;MySQL版本是5.6&＃xff1b;

&＃xff08;2&＃xff09;id字段&＃xff0c;自增主键&＃xff1b;

&＃xff08;3&＃xff09;cell字段&＃xff0c;唯一索引&＃xff1b;

start transaction;

insert into t(cell) values(11111111111);

insert into t(cell) values(22222222222);

insert into t(cell) values(33333333333);

commit;

插入一些测试数据。

第二步&＃xff1a;session参数设置

事务的隔离级别&＃xff0c;事务的自动提交等参数设置不当&＃xff0c;都会对实验的结果产生影响&＃xff0c;询问了朋友&＃xff0c;事务的隔离级别是RR(repeatable read)。

set session autocommit&＃61;0;

set session transaction isolation level repeatable read;

每一个session启动后&＃xff1a;

&＃xff08;1&＃xff09;关闭自动提交&＃xff1b;

&＃xff08;2&＃xff09;把事务隔离级别设为RR&＃xff1b;

show session variables like "autocommit";

show session variables like "tx_isolation";

不放心的话&＃xff0c;可以用上面两个语句查询确认。

第三步&＃xff1a;多个终端session模拟并发事务

如上图&＃xff0c;用SecureCRT开启两个窗口&＃xff1a;

&＃xff08;1&＃xff09;窗口A&＃xff0c;先启动事务&＃xff0c;并插入记录&＃xff1b;

&＃xff08;2&＃xff09;窗口B&＃xff0c;再启动事务&＃xff0c;也插入记录&＃xff1b;

&＃xff08;3&＃xff09;窗口A&＃xff0c;修改插入的记录&＃xff1b;

&＃xff08;4&＃xff09;窗口B&＃xff0c;也修改插入的记录&＃xff1b;

奇怪的现象发生了&＃xff0c;如果并发事务的update语句&＃xff1a;

&＃xff08;1&＃xff09;更新条件是cell&＃xff0c;就会发生异常&＃xff1b;

&＃xff08;2&＃xff09;更新条件是id&＃xff0c;就一切正常&＃xff1b;

按道理&＃xff0c;插入不冲突的记录&＃xff0c;然后修改这条记录&＃xff0c;行锁不应该冲突呀&＃xff1f;唯一索引&＃xff0c;主键索引怎么会有差异呢&＃xff1f;是否有关&＃xff1f;是死锁&＃xff0c;还是其他原因&＃xff1f;

大家帮忙分析分析&＃xff0c;到底问题在哪里呢&＃xff1f;

有可能&＃xff0c;要用到这里的知识&＃xff1a;

《MySQL并发控制与锁&＃43;调试MySQL死锁d方法》

架构师之路-分享技术思路

相关推荐&＃xff1a;

《写一个cache&＃xff0c;要掌握哪些技术点》

《6条shell小技巧 | 1分钟系列》

欢迎讨论&＃xff0c;下一篇&＃xff0c;和大家同步结果。

画外音&＃xff1a;思考之后&＃xff0c;印象更加深刻。