MySQL遇到Deadlock found when trying to get lock，解决方案

最新推荐文章于 2024-12-26 11:55:00 发布
最新推荐文章于 2024-12-26 11:55:00 发布
阅读量3.2k 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： 数据库 python
原文链接：http://www.cnblogs.com/doseoer/p/10325596.html

最近遇到一个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个client（A，B）同时在执行事务
2）clientA锁定了某一行，未提交事务，此时clientB也需要update/delete这一行，此时clientB就会进入等待状态，直到出现Deadlock 。

如何减少死锁的发生？
很重要的两点，就可以避免这种情况
1）事务操作锁定的行数较少（更精确的索引条件）。
2）保证事务较短的执行时间，完成后马上提交。
这里有更加详细的描述：
https://dev.mysql.com/doc/refman/5.6/en/innodb-deadlocks-handling.html
-

 

转载于:https://www.cnblogs.com/doseoer/p/10325596.html

VI7591
关注
MySQL报错「Deadlock found when trying to get lock」：事务隔离级别与锁等待超时的调优
shejizuopin的博客
05-15 1216
核心治理原则分层防护：在应用层、数据库层、网络层实现多级死锁预防动态调优：基于监控数据动态调整隔离级别与超时时间灰度发布：新功能上线前在小流量环境验证锁行为。
Java多线程、高并发秒杀时MySQL出现死锁原因(Deadlock found when trying to get lock)及对应解决方案
走过路过不要错过
04-19 4110
1. 死锁背景 1.1 在做高并发秒杀中创建订单、减库存步骤时出现异常：MySQLTransactionRollbackException: Deadlock found when trying to get lock，也就是出现了死锁。 1.2 我们在学多线程时，知道死锁发生在两个线程互相去抢占对方的锁情况，如下图。 1.3 那我们这边出现死锁的原因是什么呢？出现死锁的原因有很多，比如相同记录行锁、索引锁以及GAP锁，我这边应该算是索引锁。在秒杀时，将创建订单、扣减商品库存放在了一个事务中.
mysql报错：Deadlock found when trying to get lock; try restarting transaction的解决方法
09-09
主要给大家介绍了关于mysql出现报错：Deadlock found when trying to get lock; try restarting transaction的解决方法，文中通过示例代码介绍的非常详细，对大家具有一定的参考学习价值，需要的朋友们下面来一起看看吧。
Mysql报Deadlock found when trying to get lock； try restarting transaction问题解决
MakeMerry的专栏
04-07 1万+
Mysql报Deadlock found when trying to get lock;try restarting transaction问题解决!!
Mysql死锁问题Deadlock found when trying to get lock；try restarting transaction
dongdong199033的博客
01-08 4168
表的排他锁（lock_mode X），相当于两个事务都在等对方持有的排他锁，于是就死锁了。先去服务器上，看看死锁的日志，找到 mysql 的安装路径，使用如下命令登录 mysql。mysql -h 数据库IP地址 -P 数据库端口 -u 用户名 -p 库名。表的排他锁（lock_mode X），而事务2在根据主键ID更新。可以看到事务1在根据主键ID更新。去看了下代码，操作步骤如下。增加分布式锁，让并发不存在。1、根据主键ID更新。2、根据主键ID更新。3、根据主键ID更新。
20201016-MYSQL死锁问题分析Deadlock found when trying to get lock； try restarting transaction
u011439259的博客
09-17 735
问题描述： 测试环境中财务服务对RabbitMQ消息进行消费时，出现异常 Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: Deadlock found when trying to get lock; try restarting transaction 原因分析： 从上面截图可以看出是发现了mysql的死锁问题 到测试库上执行如下脚本 show engine innodb status; 找到事务1，事
MySql报错Deadlock found when trying to get lock； try restarting transaction 的问题解决
X_Z_P的博客
04-19 2323
今天在执行delete语句时，mysql报错Deadlock found when trying to get lock； try restarting transaction 在网上搜了一下解决办法，发现 问题的核心在于：MySql锁。 但是我只是这样一个简单的删除语句啊，为啥会锁表？ 后来问了同事，也百度了一下。发现了问题所在： 我在一个事务中，对同一个表执行了多次删除操作，每一次delete的时候如果该字段没有索引，就会锁表。那么在同一个事务中再次delete时，就可能会报错。 然后我把
Deadlock found when trying to get lock； try restarting transaction 【MySQL死锁问题解决】
热门推荐
小道仙的后宫
06-20 3万+
Deadlock found when trying to get lock； try restarting transaction 【MySQL死锁问题解决】 最近在调试接口的时候遇到了MySQL死锁问题，我自己测试的时候一切都好好的，但在并发下，就死锁了 其实死锁问题，并没有一个类似“万金油”的解决办法，解铃还需系铃人，能做的只有写这个代码的人自己去解决 第一次出现死锁，想必你也会和我一样整个人都是懵的，不知道如何下手，等你看过下面的文章明白了死锁，就不会害怕了.........
分析MySQL异常：Deadlock found when trying to get lock
buer2202的博客
03-06 3546
2.“事务A”尚未结束时，“事务B”对“数据a”增加更新锁，查询条件是α字段。3.“事务B”加更新锁后，“事务A”更新α字段，则会触发此Deadlock。备注：如果右图不在事物中，则错误会抛在“事务A中”1.“事务A”中，对“数据a”加更新锁。图示：左未“事务A”右为“事务B”
innodb死锁1213 - Deadlock found when trying to get lock； try restarting transaction
如斯，如己
11-04 3097
1.使用事务，但是避免使用长事务，将大事务拆小，分段多提交。 2.sql语句条件字段添加上主键或者索引，这样执行后为行锁，避免表锁，从而避免死锁。
mysql 死锁 Deadlock found when trying to get lock； try restarting transaction
binbin3828的博客
10-25 1576
出现这个原因要记住一点就是：innodb的行锁 和解锁都是针对主键索引的。如果查询时根据索引锁表，但更新时却不是通过主键更新，那么等待的解锁查询的进程将会报1213错误，程序里有可能返回一个null值 实例： table soldgoods （表名） soldgoodsID 索引 productid businessid 开启线程A 执行： set autocommit=0; select businessid from soldgoods wheresoldgo...
Deadlock found when trying to get lock，mysql死锁
tomorrow_fine的博客
06-13 1802
最近遇到一个死锁问题，我整理了一下，写了一个例子。 初始化表 国籍表： CREATE TABLE `nationality` ( `id` INT ( 11 ) NOT NULL AUTO_INCREMENT, `type` VARCHAR ( 64 ) COLLATE utf8mb4_unicode_ci DEFAULT NULL, `desc` VARCHAR ( 255 ) COLLATE utf8mb4_unicode_ci DEFAULT NULL, `count` INT ( 11 ) DEFA
mysql报错：Deadlock found when trying to get lock;
gb4215287的博客
08-19 1404
发现问题 最近在补以前数据的时候程序突然报如下错误： 1 2 3 4 5 [2017-02-10 13:12:06.678] [INFO] mysqlLog - update tbl_playerdata_error: { [Error: ER_LOCK_DEADLOCK: Deadlock found when trying to...
mysql deadlock found when trying to get lock暴力解决
weixin_38383877的博客
03-03 3461
如若你在运行代码时出现此问题，那么此博客可以略过了。 如若你也不知道怎么操作后，突然对表进行增删查改的操作后，出现此问题，那么采用暴力解决法 方案一： 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 2599
程序导致Mysql死锁Deadlock found when trying to get lock; try restarting transaction解决方案
Deadlock found when trying to get lock
08-18
当尝试获取锁时发现死锁。这个问题可能是由于并发事务之间的争用锁资源引起的。为了解决这个问题，可以尝试以下几种方法： 1. 序列化事务方法：创建一个仅包含一行的辅助“信号量”表，并让每个事务在访问其他表之前更新该行。这样可以确保所有事务以串行方式发生，避免了死锁的发生。请注意，这种方法适用于InnoDB引擎的行级锁，对于MySQL表级锁，则需要使用超时方法来解决死锁。 [1] 2. 降低隔离级别：如果您使用锁定读取（SELECT ... FOR UPDATE或SELECT ... LOCK IN SHARE MODE），可以尝试使用较低的隔离级别，例如READ COMMITTED。这样可以减少锁的数量，降低死锁的概率。 [2] 3. 减少锁的使用：如果您可以承受读取旧快照的数据，可以避免使用FOR UPDATE或LOCK IN SHARE MODE来允许SELECT语句返回旧快照的数据。在READ COMMITTED隔离级别下，每个一致性读取都会从自己的新快照中读取，这样可以减少锁的使用。 [3] 以上是解决"Deadlock found when trying to get lock"问题的几种方法。根据具体情况，您可以选择适合您应用程序的方法来避免死锁的发生。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* *3* [难得一见的数据库事务异常 Deadlock found when trying to get lock解决办法dao....](https://blog.csdn.net/u011488009/article/details/111173576)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值