Deadlock found when trying to get lock（死锁）问题解决

最新推荐文章于 2025-09-25 14:32:06 发布
原创 最新推荐文章于 2025-09-25 14:32:06 发布 · 5.8w 阅读 · 11 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#死锁 #mysql死锁

在高并发环境下，登录接口出现大量死锁问题，导致错误率升高。通过日志发现更新用户登录时间和插入用户日志时存在锁等待。初步认为是幻读引起，调整事务隔离级别为SERIALIZABLE无效。进一步排查发现，持久态对象导致级联更新，引发死锁。即使去除对象依赖和外键，问题仍未解决。最终，发现外键约束在插入userLog时锁定user数据，导致更新操作死锁。移除外键后，成功解决死锁问题。

今天压测用户中心的登录接口。发现这个接口在并发下几乎不可用，错误率70%。

查看后台日志全是：

登录接口出现死锁了。

看了下代码，登录中做了更新用户登录时间，插入用户log。查询数据库，发行用户更新和插入log都会lock wait

判断可能是在压测同一个用户登录时，某个请求中的事务读取到了另一个请求里事务未提交的数据。从而需要等待之前的事务提交。（幻读）

然后将事务隔离机制改成SERIALIZABLE。

@Transactional(isolation= Isolation.SERIALIZABLE)。

然而并不能解决问题。

后来发现问题出现在记录用户日志上

save(user)后，user对象是持久态，然后把持久态的user塞到userlog对象里

最低0.47元/天 解锁文章
Deadlock found when trying to get lock； try restarting transaction主要要是死锁问题呢怎么解决
道阻且长,行则将至 行而不辍,未来可期
10-31 2187
try restarting transaction","flowType": "-1","flowDesc": "kafka消息处理失败"}删除的时候，尽量不能使用索引进行删除，一个过千万的数据量，在根据索引删除数据的时候，会有很大的问题！主要是根据索引删除数据，会有一个间隙锁，在加锁间隙又插入这个表，那么会爆出这个死锁！生产启动的时候，定期排查的 一些日志，发现一个问题呢，主要是加锁了，很奇怪，主要是业务数据的一般的CURD。
MySQL报错「Deadlock found when trying to get lock」：事务隔离级别与锁等待超时的调优
shejizuopin的博客
05-15 1594
核心治理原则分层防护：在应用层、数据库层、网络层实现多级死锁预防动态调优：基于监控数据动态调整隔离级别与超时时间灰度发布：新功能上线前在小流量环境验证锁行为。
死锁（Deadlock）深入解析
最新发布
2401_89221445的博客
09-25 889
死锁（Deadlock）是指两个或两个以上的执行单元（线程/进程）在竞争资源时，因相互持有对方所需的资源而又等待对方释放资源，导致所有相关执行单元都无法继续执行的阻塞状态。用通俗的比喻来解释，就像两个人在独木桥上迎面相遇，每个人都坚持"你先退让我才前进"，结果谁都无法通过。在计算机系统中，死锁通常源于多个进程对不可抢占资源​（如打印机、锁）和可消耗资源​（如消息、信号量）的竞争。当系统资源分配策略不当或程序员编写的代码存在错误时，就容易导致进程因资源竞争不当而产生死锁现象。
MySQL死锁(Deadlock found when trying to get lock； try restarting transaction)
xhy1999的博客
11-19 7611
前言：最近一个SpringBoot项目在一段时间内出现了大量的死锁,花了些时间,最总解决了问题,在此记录一下。 写在前面：本次问题的核心是在事务检索和操作时没有使用索引,数据库使用了表锁,导致操作时间过长,从而使锁占用时间过长,最终导致死锁。 环境： 数据库：MySQL 5.7 存储引擎：InnoDB (1).定位问题 进入数据库命令行，执行以下指令，查看最近一次死锁的信息： show engine innodb status; MySQL默认只能看到最近一次的死锁,如果想要把死锁信息保存到MySQL
分析MySQL异常：Deadlock found when trying to get lock
buer2202的博客
03-06 3634
2.“事务A”尚未结束时，“事务B”对“数据a”增加更新锁，查询条件是α字段。3.“事务B”加更新锁后，“事务A”更新α字段，则会触发此Deadlock。备注：如果右图不在事物中，则错误会抛在“事务A中”1.“事务A”中，对“数据a”加更新锁。图示：左未“事务A”右为“事务B”
Mysql报Deadlock found when trying to get lock； try restarting transaction问题解决
光头强的博客
09-04 11万+
Mysql报Deadlock found when trying to get lock; try restarting transaction问题解决!! 问题发生场景 今天记录一下最近项目中遇到的一个问题,前几天在部署项目后,在线上运行过程中,突然报了入下这样的错误,从报错信息中我们可以看到,是mysql在执行update操作的时候报了一个死锁的问题,今天解决了,特此记录一下. Mysql锁类型分析 MySQL有三种锁的级别：页级、表级、行级,这个地方我遇到的问题是来自于行级锁,所以重点说一下。
mysql报错：Deadlock found when trying to get lock; try restarting transaction的解决方法
09-09
在描述的场景中，程序在尝试更新数据时遇到了"Deadlock found when trying to get lock; try restarting transaction"的错误，这表明存在一个死锁情况。在InnoDB存储引擎中，这种错误会导致其中一个事务被回滚，以便...
线程死锁报错Deadlock found when trying to get lock的同步代码块优化
shejizuopin的博客
06-07 966
本文探讨了Java多线程编程中的线程死锁问题及其优化方案。死锁通常发生在四个条件同时满足时：互斥条件、请求与保持条件、不可剥夺条件和循环等待条件。通过示例代码展示了典型的死锁场景。文章介绍了两种死锁检测工具：jstack命令行工具和VisualVM可视化工具。最后提出三种优化策略：避免嵌套锁、固定锁获取顺序以及使用超时机制（如tryLock方法），并提供了优化后的代码示例。这些方法可以有效预防和解决线程死锁问题，提高多线程程序的稳定性。
Java：MySql事务死锁：MySQLTransactionRollbackException: Deadlock found when trying to get lock...
weixin_52116015的博客
03-20 1201
Java：MySql事务死锁：Error updating database. Cause: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Deadlock found when trying to get lock; try restarting transaction
MYSQL遇到Deadlock found when trying to get lock，解决方案
热门推荐
zhibin的程序日记
04-09 13万+
最近遇到一个MYSQL update语句出现Deadlock found when trying to get lock的问题，分析一下原因。什么情况下会出现Deadlock found when trying to get lock？https://dev.mysql.com/doc/refman/5.6/en/innodb-deadlocks.html出现死锁需要2个条件：1）至少2个clie...
Deadlock found when trying to get lock； try restarting transaction 【MySQL死锁问题解决】
小道仙的后宫
06-20 4万+
Deadlock found when trying to get lock； try restarting transaction 【MySQL死锁问题解决】 最近在调试接口的时候遇到了MySQL死锁问题，我自己测试的时候一切都好好的，但在并发下，就死锁了 其实死锁问题，并没有一个类似“万金油”的解决办法，解铃还需系铃人，能做的只有写这个代码的人自己去解决 第一次出现死锁，想必你也会和我一样整个人都是懵的，不知道如何下手，等你看过下面的文章明白了死锁，就不会害怕了.........
mysql deadlock found when trying to get lock暴力解决
weixin_38383877的博客
03-03 3487
如若你在运行代码时出现此问题，那么此博客可以略过了。 如若你也不知道怎么操作后，突然对表进行增删查改的操作后，出现此问题，那么采用暴力解决法 方案一： 1、查询是否锁表 show OPEN TABLES where In_use >0; 2、在mysql黑框中或者navicat查询界面中输入： show processlist; 查看mysql当前的全部线程。（只能查看这个账户...
程序导致Mysql死锁Deadlock found when trying to get lock； try restarting transaction解决方案
weixin_38203586的博客
12-26 3648
程序导致Mysql死锁Deadlock found when trying to get lock; try restarting transaction解决方案
【mysql】Deadlock found when trying to get lock； 出现原因以及解决方案
qq_42320804的博客
12-06 2427
mysql DEADLOCK 出现的原因以及修改方案
MySql报错Deadlock found when trying to get lock； try restarting transaction 的问题解决
X_Z_P的博客
04-19 2370
今天在执行delete语句时，mysql报错Deadlock found when trying to get lock； try restarting transaction 在网上搜了一下解决办法，发现 问题的核心在于：MySql锁。 但是我只是这样一个简单的删除语句啊，为啥会锁表？ 后来问了同事，也百度了一下。发现了问题所在： 我在一个事务中，对同一个表执行了多次删除操作，每一次delete的时候如果该字段没有索引，就会锁表。那么在同一个事务中再次delete时，就可能会报错。 然后我把
mysql数据库死锁：Deadlock found when trying to get lock; try restarting transaction
那年花下月如雪
08-21 2万+
查看mysql死锁日志show engine innodb status找到信息中LATEST DETECTED DEADLOCK这一行，可以看到mysql的死锁信息详情------------------------ LATEST DETECTED DEADLOCK ------------------------ 2017-08-20 01:57:49 7fa264240700 *** (1)
Deadlock found when trying to get lock:
09-04
<think> 嗯，用户这次问的是MySQL死锁错误的解决方案。从引用内容看，用户已经收集了两条相关参考资料：一个是具体的报错信息，另一个提到了死锁检测的伪代码方案。用户明确表示“上述引用仅供参考”，说明ta需要更全面的解决方案而非简单重复引用内容。 用户可能是个中高级开发者，因为ta能精准定位到数据库死锁这种相对深入的问题。考虑到死锁问题通常出现在高并发场景，用户可能正在处理生产环境的紧急故障，语气里透着焦虑——毕竟这是会阻塞业务流程的严重错误。 关于解决思路，需要分层展开：首先要理解死锁本质（多事务循环等待资源），然后提供三种层级的方案：应急处理、规避策略、深度优化。特别要注意引用中的伪代码给出了“重试机制”的线索，这在实际开发中确实是最常用方案。 技术细节上需要强调几个关键点：innodb_lock_wait_timeout的合理设置、如何降低事务粒度、索引优化的具体方法。还要提醒用户，某些方案如死锁检测虽然有效但可能带来性能损耗。 最后要补充排查工具，因为用户真正需要的是自主解决问题的能力。show engine innodb status的输出解析必须包含，这是诊断死锁的黄金标准。额外注意事项里的事务重试策略特别重要——很多框架其实内置了这类机制，用户可能不知道。 相关问题的设计要覆盖后续可能性：用户解决当前死锁后，可能想预防复发（索引优化）、处理复杂场景（嵌套事务）、或者需要监控方案（性能分析）。这三个衍生方向都很有实战价值。 </think> 以下是解决 MySQL "Deadlock found when trying to get lock" 错误的系统性方案，结合了事务优化、锁机制调整和代码逻辑改进： --- ### **一、核心解决方案** #### 1. **事务重试机制**（最常用） ```java int retryCount = 0; while (retryCount < MAX_RETRY) { try { // 执行事务操作 executeTransaction(); break; // 成功则退出 } catch (DeadlockException e) { retryCount++; Thread.sleep(50 * retryCount); // 指数退避等待 } } ``` > **原理**：死锁通常瞬时发生，重试可使事务重新获取资源锁[^1] #### 2. **降低事务粒度** - **拆分大事务**：将 `UPDATE 10,000 rows` 拆分为多个小事务（如每100行一次提交） - **调整执行顺序**：确保所有事务按**相同顺序**访问资源（如先更新表A再更新表B） - **避免热点更新**：高并发时减少对同一行的频繁更新（如计数器改用 `SELECT ... FOR UPDATE`） #### 3. **锁优化策略** | 策略 | 操作方法 | |---------------------|--------------------------------------------------------------------------| | **缩短锁持有时间** | 将非DB操作（业务逻辑）移出事务范围 | | **降低隔离级别** | `SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;` | | **索引优化** | 确保WHERE条件列均有索引，避免全表扫描（`EXPLAIN` 分析查询） | | **使用行锁提示** | `SELECT ... FOR UPDATE NOWAIT` / `SELECT ... LOCK IN SHARE MODE SKIP LOCKED` | --- ### **二、高级调优方案** #### 1. **死锁检测与诊断** ```sql SHOW ENGINE INNODB STATUS; -- 查看最新死锁记录 ``` 关注输出中的 `LATEST DETECTED DEADLOCK` 部分，明确： - 冲突的SQL语句 - 被阻塞的资源（行/索引） - 事务等待链 #### 2. **参数调优** ```ini # my.cnf 配置 innodb_lock_wait_timeout=30 # 缩短锁超时（默认50秒） innodb_deadlock_detect=ON # 确保死锁检测开启（默认ON） innodb_print_all_deadlocks=ON # 记录所有死锁到错误日志 ``` #### 3. **应用层设计** - **乐观锁机制**：使用版本号控制更新 ```sql UPDATE table SET col=new_val, version=version+1 WHERE id=123 AND version=current_version; ``` - **队列处理**：对同一资源的操作串行化（如Redis队列） --- ### **三、临时应急措施** ```sql -- 终止阻塞进程（需SUPER权限） SHOW PROCESSLIST; KILL [blocking_thread_id]; ``` --- ### **排查流程图** ```mermaid graph TD A[出现死锁错误] --> B{分析 SHOW ENGINE INNODB STATUS} B --> C[定位冲突SQL及资源] C --> D[优化SQL/索引] D --> E[缩短事务粒度] E --> F[引入重试机制] F --> G[测试验证] G --> H{是否解决?} H -->|否| I[考虑队列/乐观锁] ``` > **关键预防点**：事务中避免**交叉申请锁**（如事务1锁A后锁B，事务2锁B后锁A）[^2] --- **相关问题** 1. 如何通过 `SHOW ENGINE INNODB STATUS` 解析MySQL死锁日志？ 2. 在高并发场景下，如何设计数据库操作避免死锁？ 3. MySQL的锁升级机制在什么情况下会触发？如何规避？ [^1]: 重试机制是应对瞬时死锁的有效方案，需配合退避算法 [^2]: 规范资源访问顺序可破坏死锁的循环等待条件
评论 9
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

山间明月江上清风_

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值