千家信息网

如何使用不同的索引更新解决MySQL死锁

发表于:2026-10-31 作者:千家信息网编辑
千家信息网最后更新 2026年10月31日,这篇文章给大家分享的是有关如何使用不同的索引更新解决MySQL死锁的内容。小编觉得挺实用的,因此分享给大家做个参考,一起跟随小编过来看看吧。示例如下CREATE TABLE `t3` ( `id` i
千家信息网最后更新 2026年10月31日如何使用不同的索引更新解决MySQL死锁

这篇文章给大家分享的是有关如何使用不同的索引更新解决MySQL死锁的内容。小编觉得挺实用的,因此分享给大家做个参考,一起跟随小编过来看看吧。

示例如下

CREATE TABLE `t3` ( `id` int(11) NOT NULL AUTO_INCREMENT, `a` varchar(5), `b` varchar(5), PRIMARY KEY (`id`), UNIQUE KEY `uk_a` (`a`), KEY `idx_b` (`b`) )INSERT INTO `t3` (`id`, `a`, `b`) VALUES  (1,'1','2');# sql语句如下# 事务1:t1update t3 set b = '' where a = "1";# 事务2:t2update t3 set b = '' where b = "2";

两条语句造成死锁的情况用手动的方式比较难复现,我们先来分析一下加锁的过程

第一条语句(通过唯一索引去更新记录)

update t3 set b = '' where a = "1";

整理一下,加了3个X锁,顺序分别是

序号索引锁类型
1uk_aX
2PRIMARYX
3idx_bX

第二条语句



update t3 set b = '' where b = "2";

整理一下,加了 3 个 X 锁,顺序分别是

序号索引锁类型
1idx_bX
2PRIMARYX
3idx_bX

两条语句从加锁顺序看起来就已经有构成死锁的条件了

手动是比较难模拟的,写个代码并发的去同时执行那两条 SQL 语句,马上就出现死锁了

------------------------LATEST DETECTED DEADLOCK------------------------181102 12:45:05*** (1) TRANSACTION:TRANSACTION 50AF, ACTIVE 0 sec starting index readmysql tables in use 1, locked 1LOCK WAIT 3 lock struct(s), heap size 376, 2 row lock(s)MySQL thread id 34, OS thread handle 0x70000d842000, query id 549 localhost 127.0.0.1 root Searching rows for updateupdate t3 set b = '' where b = "2"*** (1) WAITING FOR THIS LOCK TO BE GRANTED:RECORD LOCKS space id 67 page no 3 n bits 72 index `PRIMARY` of table `d1`.`t3` trx id 50AF lock_mode X locks rec but not gap waitingRecord lock, heap no 2 PHYSICAL RECORD: n_fields 5; compact format; info bits 0 0: len 4; hex 80000001; asc ;; 1: len 6; hex 0000000050ae; asc P ;; 2: len 7; hex 03000001341003; asc 4 ;; 3: len 1; hex 31; asc 1;; 4: len 0; hex ; asc ;;*** (2) TRANSACTION:TRANSACTION 50AE, ACTIVE 0 sec updating or deletingmysql tables in use 1, locked 14 lock struct(s), heap size 1248, 3 row lock(s), undo log entries 1MySQL thread id 35, OS thread handle 0x70000d885000, query id 548 localhost 127.0.0.1 root Updatingupdate t3 set b = '' where a = "1"*** (2) HOLDS THE LOCK(S):RECORD LOCKS space id 67 page no 3 n bits 72 index `PRIMARY` of table `d1`.`t3` trx id 50AE lock_mode X locks rec but not gapRecord lock, heap no 2 PHYSICAL RECORD: n_fields 5; compact format; info bits 0 0: len 4; hex 80000001; asc ;; 1: len 6; hex 0000000050ae; asc P ;; 2: len 7; hex 03000001341003; asc 4 ;; 3: len 1; hex 31; asc 1;; 4: len 0; hex ; asc ;;*** (2) WAITING FOR THIS LOCK TO BE GRANTED:RECORD LOCKS space id 67 page no 5 n bits 72 index `idx_b` of table `d1`.`t3` trx id 50AE lock_mode X locks rec but not gap waitingRecord lock, heap no 2 PHYSICAL RECORD: n_fields 2; compact format; info bits 0 0: len 1; hex 32; asc 2;; 1: len 4; hex 80000001; asc ;;*** WE ROLL BACK TRANSACTION (1)

分析一下死锁日志

*** (1) WAITING FOR THIS LOCK TO BE GRANTED:RECORD LOCKS space id 67 page no 3 n bits 72 index PRIMARY of table d1.t3 trx id 50AF lock_mode X locks rec but not gap waiting

事务2:想获取主键索引的 X 锁

*** (2) HOLDS THE LOCK(S):RECORD LOCKS space id 67 page no 3 n bits 72 index PRIMARY of table d1.t3 trx id 50AE lock_mode X locks rec but not gap

事务1:持有主键索引的 X 锁

*** (2) WAITING FOR THIS LOCK TO BE GRANTED:RECORD LOCKS space id 67 page no 5 n bits 72 index idx_b of table d1.t3 trx id 50AE lock_mode X locks rec but not gap waiting

事务1:想获取普通索引 idx_b 的 X 锁

与我们分析的完全一致,也与线上的死锁日志一模一样

感谢各位的阅读!关于"如何使用不同的索引更新解决MySQL死锁"这篇文章就分享到这里了,希望以上内容可以对大家有一定的帮助,让大家可以学到更多知识,如果觉得文章不错,可以把它分享出去让更多的人看到吧!

索引 死锁 语句 事务 更新 顺序 分析 不同 内容 序号 手动 日志 更多 篇文章 类型 不错 实用 普通 一致 一模一样 数据库的安全要保护哪些东西 数据库安全各自的含义是什么 生产安全数据库录入 数据库的安全性及管理 数据库安全策略包含哪些 海淀数据库安全审计系统 建立农村房屋安全信息数据库 易用的数据库客户端支持安全管理 连接数据库失败ssl安全错误 数据库的锁怎样保障安全 广东万易互联网科技有限公司惠州分公司 互联网科技工作委员会毛军 互联网科技活动banner 互联网科技未来 高科技与互联网 互联网科技小贷 安徽鑫晟辉互联网科技 互联网金融 科技创新 互联网科技的未来发展 甘肃拓世互联网科技有限公司 茂名市互联网科技产业园 厦门比较好的科技互联网公司 赶超互联网科技 微信多开 工业互联网等科技实现智能化赋能 伊宁互联网科技做什么的 伍佰万互联网科技怎么赚钱 半导体行业属于互联网高科技类吗 新氧科技和美国互联网有关系吗 众联互联网络科技 每日互联网科技新闻 北京路客互联网科技有限公司 金融科技 互联网金融 互联网科技视频 亿策互联网科技 银优互联网科技有限公司 腾讯科技 互联网女皇 广州紫鲸互联网科技 互联网安防科技感 普陀区互联网教育科技管理办法 福仕德教育科技互联网
0