insert ..on duplicate key update引发的死锁

数据库版本

> select version();
5.7.23-log

表结构

CREATE TABLE `t_live_order_course_extend` (
    `id` BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT,
    `live_order_course_id` BIGINT(20) NOT NULL,
    `extend_ref_type` TINYINT(4) NOT NULL COMMENT 'wiki: 12848752',
    `extend_value` VARCHAR(2048) NOT NULL COMMENT '1' COLLATE 'utf8mb4_unicode_ci',
    `is_deleted` TINYINT(4) NOT NULL,
    `create_time` DATETIME NOT NULL,
    `last_update_time` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
    PRIMARY KEY (`id`),
    UNIQUE INDEX `unq_order_course_id_extend_ref_type` (`live_order_course_id`, `extend_ref_type`)
)

同时开启了三个事务

set innodb_lock_wait_timeout = 150;
SET AUTOCOMMIT=0;

BEGIN;
insert into t_live_order_course_extend     (live_order_course_id, extend_ref_type, extend_value, is_deleted, create_time)
values(2086283,11,1,FALSE,now()) ON DUPLICATE KEY UPDATE  extend_value = 2,  is_deleted = 0;
BEGIN;
insert into t_live_order_course_extend     (live_order_course_id, extend_ref_type, extend_value, is_deleted, create_time)
values(2086281,11,1,FALSE,now()) ON DUPLICATE KEY UPDATE  extend_value = 2,  is_deleted = 0;
BEGIN;
insert into t_live_order_course_extend     (live_order_course_id, extend_ref_type, extend_value, is_deleted, create_time)
values(2086282,11,1,FALSE,now()) ON DUPLICATE KEY UPDATE  extend_value = 2,  is_deleted = 0;

查看information_schema.innodb_locks表和information_schema.innodb_locks_wait两个表状态


innodb_locks

innodb_locks_wait

然后提交第一个事务,导致第二个事务死锁,查看最近的一条死锁日志

show engine innodb status;
------------------------
LATEST DETECTED DEADLOCK
------------------------
2019-06-21 18:15:25 0x7f4da6fbf700
*** (1) TRANSACTION:
TRANSACTION 115029256, ACTIVE 42 sec inserting
mysql tables in use 1, locked 1
LOCK WAIT 3 lock struct(s), heap size 1136, 2 row lock(s), undo log entries 1
MySQL thread id 25247923, OS thread handle 139971485947648, query id 13745778105 172.22.9.20 qingqingDev update
insert into t_live_order_course_extend     (live_order_course_id, extend_ref_type, extend_value, is_deleted, create_time)
values(2086281,11,1,FALSE,now())  ON DUPLICATE KEY UPDATE  extend_value = 2,  is_deleted = 0
*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 1655 page no 22 n bits 288 index unq_order_course_id_extend_ref_type of table `qq_live`.`t_live_order_course_extend` trx id 115029256 lock_mode X locks gap before rec insert intention waiting
Record lock, heap no 218 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
 0: len 8; hex 80000000001fd58b; asc         ;;
 1: len 1; hex 8b; asc  ;;
 2: len 8; hex 00000000000006a9; asc         ;;

*** (2) TRANSACTION:
TRANSACTION 115029225, ACTIVE 45 sec inserting, thread declared inside InnoDB 1
mysql tables in use 1, locked 1
4 lock struct(s), heap size 1136, 3 row lock(s), undo log entries 1
MySQL thread id 25248118, OS thread handle 139971490739968, query id 13745777462 172.22.9.20 qingqingDev update
insert into t_live_order_course_extend     (live_order_course_id, extend_ref_type, extend_value, is_deleted, create_time)
values(2086282,11,1,FALSE,now())  ON DUPLICATE KEY UPDATE  extend_value = 2,  is_deleted = 0
*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 1655 page no 22 n bits 288 index unq_order_course_id_extend_ref_type of table `qq_live`.`t_live_order_course_extend` trx id 115029225 lock_mode X locks gap before rec
Record lock, heap no 218 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
 0: len 8; hex 80000000001fd58b; asc         ;;
 1: len 1; hex 8b; asc  ;;
 2: len 8; hex 00000000000006a9; asc         ;;

*** (2) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 1655 page no 22 n bits 288 index unq_order_course_id_extend_ref_type of table `qq_live`.`t_live_order_course_extend` trx id 115029225 lock_mode X locks gap before rec insert intention waiting
Record lock, heap no 218 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
 0: len 8; hex 80000000001fd58b; asc         ;;
 1: len 1; hex 8b; asc  ;;
 2: len 8; hex 00000000000006a9; asc         ;;

*** WE ROLL BACK TRANSACTION (1)
------------
TRANSACTIONS
------------

把锁的相关信息全部补了一遍还是没分析出来这是什么情况
然后看到这篇 INSERT ... ON DUPLICATE KEY UPDATE产生death lock死锁原理,发现这应该是这个版本的bug
所以还是需要减少这类语句的使用。
不过我在新安装的MySQL8.0上重新走了以上步骤,是没有问题的。

关于锁比较全的博客:
Mysql Innodb 中的锁

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

推荐阅读更多精彩内容

  • 目录:1.锁的定义与分类(表、行、页)2.锁相关的语句(查看锁)3.mysql事务4.乐观锁和悲观锁5.数据库死锁...
    lbcBoy阅读 3,748评论 1 6
  • 1.A simple master-to-slave replication is currently being...
    Kevin关大大阅读 5,997评论 0 3
  • 主要来自 《高性能MySQL(第3版)》 《MySQL管理之道:性能调优、高可用与监控(第2版)》 《MyS...
    FengXQ阅读 585评论 0 0
  • MyISAM 和 MEMORY 存储引擎采用的是表级锁;InnoDB 存储引擎即支持行级锁,也支持表级锁,但默认情...
    微日月阅读 910评论 0 0
  • 目录 一,浮点数精度丢失? 二,整数的二进制表示 三,浮点数的二进制表示 四,iEEE 754浮点数的手动转换 五...
    杨小黑阅读 10,144评论 3 25