两个小工具，MySQL死锁分析，新技能又Get！

再仔细一看：

create table t ( 
id int(20) primary key AUTO_INCREMENT, 
cell varchar(20) unique 
)engine=innodb; 

建表的时候cell定义的是字符串类型。

而更新的时候，

update t set cell=456 where cell=55555555555; 

使用的是整数类型。

类型转换，会导致全表扫描，出现锁升级，锁住全部记录。

加上引号，再次通过explain验证一下：

explain update t set cell= '456 ' where cell= '55555555555 '; 

果然印证了猜想：

• type：range，变为了走索引的字符串比对，范围扫描;
• possible_keys：cell，通过cell索引找到了记录;
• key：cell，实际使用cell索引;
• ref：const，使用了常量' 555'进行比对;
• rows：1，预估读取行数是1;

这下全部可以解释了。

总结

就本例而言：需要注意字符串与整数之间的强制类型转换，有时候少一个引号，就会使得行锁升级为表锁。

死锁是MySQL中非常难调试的问题，常见的思路与方法有：

• 通过多终端模拟并发事务，复现死锁;
• 通过show engine innodb status; 可以查看事务与锁的信息;
• 通过explain可以查看执行计划;

思路比结论更重要，希望大家有收获。

【本文为51CTO专栏作者“58沈剑”原创稿件，转载请联系原作者】

戳这里，看该作者更多好文

【编辑推荐】

1. 科学家无法涉足的“黑暗世界”，被雪藏的军用数据等待新生
2. 心里没点B树，怎能吃透数据库索引底层原理？
3. 一文带你了解什么是数据挖掘
4. 数据库允许空值(null)，往往是悲剧的开始（1分钟系列）
5. 这五种统计学概念，扫清数据科学之路“拦路虎”

（编辑：惠州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!