Mysql5.7并发插入死锁问题

死锁的产生条件

互斥、请求和保持、不可剥夺、循环等待

MySQL锁类型

死锁复现

环境:Mysql 5.7版本,Innodb引擎,可重复度隔离级别

并发场景下使用duplicate key update插入或更新数据可能会造成死锁,下面就产生死锁的条件进行模拟

表:

sql 复制代码
CREATE TABLE `song_rank` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `songId` int(11) NOT NULL,
  `weight` int(11) NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`),
  UNIQUE KEY `songId_idx` (`songId`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=7 DEFAULT CHARSET=utf8

隔离级别:可重复度(RR)

sql 复制代码
select @@tx_isolation;

预先插入两条数据

id songId weight
1 10 30
2 20 30

关闭事务自动提交:

sql 复制代码
select @@autocommit;
set autocommit=0;

死锁场景一:

记录锁循环等待:如果两个事务并发读写相同行,会由于加锁时机的不同而造成死锁,导致其中一个事务执行失败(mysql可以配置自动检测死锁然后自动断开其中一个innodb_deadlock_detect)

sql 复制代码
## 事务一
# 第一步执行
begin;
insert into  song_rank(songId,weight) values(17,100) on duplicate key update  weight=weight+1;
# 第三步执行
insert into  song_rank(songId,weight) values(16,100) on duplicate key update  weight=weight+1;

## 事务二
# 第二步执行
begin;
insert into  song_rank(songId,weight) values(16,100) on duplicate key update  weight=weight+1;
# 第四步执行
insert into  song_rank(songId,weight) values(17,100) on duplicate key update  weight=weight+1;
执行步骤 事务一 事务二 锁状态
第一步 begin; insert into song_rank(songId,weight) values(17,100) on duplicate key update weight=weight+1; 事务一对17新增记录锁
第二步 begin;insert into song_rank(songId,weight) values(16,100) on duplicate key update weight=weight+1; 事务二对16新增记录锁
第三步 insert into song_rank(songId,weight) values(16,100) on duplicate key update weight=weight+1; 事务一等待事务二释放16的记录锁
第四步 insert into song_rank(songId,weight) values(17,100) on duplicate key update weight=weight+1; 事务二等待事务一释放17的记录锁,出现死锁

死锁场景二:

记录锁、间隙锁循环等待:在并发插入、更新同一条数据时,一个事务获取了记录锁,一个事务在等待记录排他锁,则事务在执行插入获取间隙锁是会造成死锁。

sql 复制代码
# 事务一
# 第一步执行
begin;
insert into  song_rank(songId,weight) values(17,100) on duplicate key update  weight=weight+1;
# 第四步执行
rollback;

# 事务二
# 第二步执行
begin;
insert into  song_rank(songId,weight) values(17,100) on duplicate key update  weight=weight+1;

# 事务三
# 第三步执行
begin;
insert into  song_rank(songId,weight) values(17,100) on duplicate key update  weight=weight+1;
# 出现死锁
执行步骤 事务一 事务二 事务三 锁状态
第一步 begin; insert into song_rank(songId,weight) values(17,100) on duplicate key update weight=weight+1; 事务一对17新增记录锁
第二步 begin;insert into song_rank(songId,weight) values(17,100) on duplicate key update weight=weight+1; 事务二等待17记录锁
第三步 begin;insert into song_rank(songId,weight) values(17,100) on duplicate key update weight=weight+1; 事务三等待17的记录锁
第四步 rollback; 事务二获取17记录锁,事务三等待17记录锁,事务一获取间隙锁时需要等待事务三释放17记录锁,出现死锁

避免死锁

控制并发写入和更新;

先执行插入,捕获插入异常并处理更新数据;

相关推荐
东风破_11 小时前
从输入 juejin.cn 到看到页面:DNS、Nginx、服务器集群与 CDN 到底在做什么?
后端·mysql
小成很成11 小时前
mysql 8.0.21 升级 mysql 8.0.45(经过生产环境验证)
android·mysql·adb
东风破_11 小时前
从 0 设计一个博客数据库:用户、头像与文章表应该怎么建?
后端·mysql
大模型码小白13 小时前
Spring AI Tool 实现自然语言操作 MySQL 数据库详解
服务器·开发语言·数据库·人工智能·python·mysql·spring
云计算DevOps-韩老师15 小时前
【MySQL运维DBA】【SQL基础系列002篇】
运维·mysql·dba
放风铃的兔子15 小时前
15 年 DBA 经验:MySQL 迁移到 KES,哪些东西真的不用改?
mysql
动力 continue17 小时前
MySQL 基础篇 · SELECT 查询大
数据库·sql·mysql·select
程序员-Benothing17 小时前
MySQL 索引下推是什么?——深入理解 ICP 原理与实践
android·数据库·mysql
JavaPub-rodert19 小时前
Ontop 详解:不搬数据库,也能把 MySQL / PostgreSQL 变成知识图谱
数据库·mysql·postgresql
一路向北finish1 天前
《CentOS7 OpenStack Mitaka 全栈部署实战:双节点搭建全流程与典型故障排坑指南》
运维·mysql·serverless·云计算·openstack