MySQL 事务没有提交导致 锁等待 Lock wait timeout exceeded

最新推荐文章于 2025-04-27 14:15:14 发布
转载 最新推荐文章于 2025-04-27 14:15:14 发布 · 589 阅读 · 0

本文介绍了一种解决MySQL中因长时间未提交的只读事务导致的Lockwaittimeoutexceeded问题的方法。通过查询information_schema.innodb_trx表找到未提交的事务，并使用KILL命令终止对应的线程。

转自：http://blog.youkuaiyun.com/tanggao1314/article/details/53097561


Lock wait timeout exceeded

当一个SQL执行完了，但未COMMIT，后

select * from information_schema.innodb_trx 之后找到了一个一直没有提交的只读事务，

kill 到了对应的线程后ok 了。



MySQL> select * from information_schema.innodb_trx;

+--------+-----------+---------------------+-----------------------+------------------+------------+---------------------+-----------+---------------------+-------------------+-------------------+------------------+-----------------------+-----------------+-------------------+-------------------------+---------------------+-------------------+------------------------+----------------------------+---------------------------+---------------------------+
| trx_id | trx_state | trx_started         | trx_requested_lock_id | trx_wait_started | trx_weight | trx_mysql_thread_id | trx_query | trx_operation_state | trx_tables_in_use | trx_tables_locked | trx_lock_structs | trx_lock_memory_bytes | trx_rows_locked | trx_rows_modified | trx_concurrency_tickets | trx_isolation_level | trx_unique_checks | trx_foreign_key_checks | trx_last_foreign_key_error | trx_adaptive_hash_latched | trx_adaptive_hash_timeout |
+--------+-----------+---------------------+-----------------------+------------------+------------+---------------------+-----------+---------------------+-------------------+-------------------+------------------+-----------------------+-----------------+-------------------+-------------------------+---------------------+-------------------+------------------------+----------------------------+---------------------------+---------------------------+
| F663B  | RUNNING   | 2016-11-09 10:15:52 | NULL                  | NULL             |         10 |               14310 | NULL      | NULL                |                 0 |                 0 |                7 |                  1248 |               4 |                 3 |                       0 | REPEATABLE READ     |                 1 |                      1 | NULL                       |                         0 |                      9999 |
+--------+-----------+---------------------+-----------------------+------------------+------------+---------------------+-----------+---------------------+-------------------+-------------------+------------------+-----------------------+-----------------+-------------------+-------------------------+---------------------+-------------------+------------------------+----------------------------+---------------------------+---------------------------+
1 row in set


mysql> kill 14310 ;
Query OK, 0 rows affected


mysql> 
mysql5.7事务未提交导致锁等待如何解决
qq_34701838的博客
03-10 1296
1、实验环境 Myql版本5.7.17-log 实验表结构 (root@localhost)[apex]> show create table test; +-------+-----------------------------------------------------------------------------------------------------------------------------------+ | Table| Create Table
查看正在执行的事务、锁、等待
南山行者
09-15 2480
记得以前，当出现：ERROR 1205 (HY000): Lock wait timeoutexceeded; try restarting transaction， 要解决是一件麻烦的事情 ； 特别是当一个SQL执行完了，但未COMMIT，后面的SQL想要执行就是被锁，超时结束； DBA光从数据库无法着手找出源头是哪个SQL锁住了； 有时候看看show engine innodb sta
【MySQL】事务没有提交导致 锁等待Lock wait timeout exceeded异常
我的人生不甘于平庸！
09-03 535
  异常：Lock wait timeout exceeded; try restarting transaction解决办法： 执行select * from information_schema.innodb_trx 之后找到了一个一直没有提交的只读事务， 找到对应的线程后，执行 kill thread id，再确认一直没有提交的只读事物被干掉了就OK了。 ...
事物没有提交
张玉龙
01-22 159
此处差一个点
MySQL 锁等待超时问题解析：Lock wait timeout exceeded；try restarting transaction
C_V_Better的博客
04-27 2398
通过本文的介绍，你应该对错误有了更深入的了解。掌握了解决和预防这个错误的方法，你的数据库事务处理能力将大大提升。在实际应用中，综合考虑多种解决方案，根据具体场景选择合适的方法，可以有效减少锁等待超时的发生，提高数据库的稳定性和性能。
精选资源
解决SQLSTATE[HY000]: General error: 1205 Lock wait timeout exceeded_runtimeerror怎么修复
01-08
在MySQL数据库操作中，"SQLSTATE[HY000]: General error: 1205 Lock wait timeout exceeded" 是一个常见的错误，它意味着在执行事务时，系统等待锁定资源的时间超过了预设的限制。这个错误通常发生在并发环境中，当...
MySQL Lock wait timeout exceeded； try restarting transaction 锁等待
乐杨俊浅谈LAMP
07-26 869
MySQL Lock wait timeout exceeded; try restarting transaction 锁等待
【异常解决】MySQL数据库：Lock wait timeout exceeded； try restarting transaction问题解析及解决方案
DreamDlee的博客
04-20 2073
因为使用的数据库为 MySQL，而 member_level_record 表的引擎是 InnoDB 表类型，此时会出现锁等待的情况，在出现锁等待时，会根据参数 innodb_lock_wait_timeout（默认50s）的配置，判断是否需要进行 timeout 的操作，如果等待时间超过了设置的时间就会报错。也就是说，这台 MySQL 服务器上，到底有哪些数据库、各个数据库有哪些表，每张表的字段类型是什么，各个数据库要什么权限才能访问等等信息都保存在 information_schema 库里面。
MySQL找出未提交事务的SQL实例浅析
01-21
很久之前曾经总结过一篇博客“MySQL如何找出未提交事务信息”，现在看来，这篇文章中不少知识点或观点都略显肤浅，或者说不够深入，甚至部分结论是错误的。下面重新探讨一下这个话题。那么我们还是以之前的例子来介绍。 –准备测试环境数据（实验环境为MySQL 8.0.18社区版） mysql> create table kkk(id int , name varchar(12)); Query OK, 0 rows affected (0.34 sec) mysql> insert into kkk values(1, 'kerry'); Query OK, 1 row affected (0.01
MySQL 事务没有提交导致 锁等待 Lock wait timeout exceeded 事物锁
Alice_qixin的博客
09-21 1019
java.lang.Exception: ### Error updating database.  Cause: java.sql.SQLException: Lock wait timeout exceeded; try restarting transaction ### The error may involve defaultParameterMap ### The error o
mysql事务没有提交导致 锁等待Lock wait timeout exceeded异常
月光如水的专栏
09-08 737
异常：Lock wait timeout exceeded; try restarting transaction 解决办法： 执行select * from information_schema.innodb_trx 之后找到了一个一直没有提交的只读事务， 找到对应的线程后，执行 kill thread id，再确认一直没有提交的只读事物被干掉了就OK了。 在mysql中命令行
mysql 事务未提交导致锁等待如何解决
weixin_42735327的博客
07-19 1133
查看当前连接Id（线程Id） select connection_id();   可以通过查看表information_schema.innodb_lock，获取锁的状态 select * from information_schema.innodb_locks;   查看系统参数锁超时时间 innodb_lock_wait_timeout show variables like i...
mysql事务未提交导致锁等待如何解决
热门推荐
在此立一个IT职业上的flag：https://github.com/Zeb-D/my-review
07-05 1万+
mysql事务未提交导致锁等待如何解决 查看当前连接Id（线程Id） select connection_id(); 可以通过查看表information_schema.innodb_lock，获取锁的状态 select * from information_schema.innodb_locks; 查看系统参数锁超时时间 innodb_lock_wait_timeout show vari...
mysql排除事务未提交问题
qq1186907347的博客
06-19 1225
查询事务运行情况，排查事务未提交sql
mysql事务未提交 也未回滚
隔壁老王呀的专栏
09-03 4337
公司的一哥们在使用事务时未进行commit，链接断开后数据库执行了回滚操作，导致线上直播相关库的部分数据丢失，本文通过mysql命令行模拟该事故，并提供解决该问题的思路。希望对大家有帮助。 一、场景模拟 二、紧急处理 三、原因分析 四、相关命令 1、查看正在执行的事务 2、查看正在锁的事务 3、查看等待锁的事务 4、查看所有的线程列表 5、定位未提交的事务执行的sql语句
MySQL事务未提交导致锁表排查
weixin_43431433的博客
08-17 1276
MySQL锁表排查 查询进程 show processlist 查询到相对应的进程，然后 kill id 查询是否锁表 show OPEN TABLES where In_use > 0; 查询正在锁的事务 SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS; 查询等待锁的事务 SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS; 查询正在执行的事务： SELECT * from information_sch
mysql事物长时间未提交引起的Lock wait timeout
qq_24554639的博客
12-21 1950
问题： 今天遇到一个问题，数据库执行报，Lock wait timeout exceeded; try restarting transaction异常，通过select * from information_schema.innodb_trx sql查询当前运行的所有事务， 查询到有个事物一直运行时间长达15分钟未提交，导致后续的线程等待超时，解决方法就是kill trx_mysql_thread_id，功能回复正常。 后续思考： 引发一个问题，假如事物一直未手动释放，后续功能不是一直受影响，mysq
分析以下代码，为什么会导致MySQLTransactionRollbackException: Lock wait timeout exceeded
最新发布
11-11
<think>嗯，用户让我分析一段带有@Transactional注解的Spring事务方法导致MySQL锁等待超时的原因。用户提供的代码片段是@Transactional(rollbackFor = Exception.class, propagation = Propagation.REQUIRES_NEW)修饰的effectiveBasis方法。 首先注意到这个事务传播级别是REQUIRES_NEW，这个很关键。根据之前提供的引用资料，这个级别会挂起当前事务（如果存在）并创建新事务。这意味着每次调用这个方法都会启动一个全新的独立事务。 锁等待超时通常发生在多个事务竞争同一资源时。考虑到REQUIRES_NEW的特性，可能的场景是：当外部方法已经开启事务并持有某些锁时，内部调用effectiveBasis方法会启动新事务，这个新事务尝试获取被外部事务锁住的资源。由于外部事务尚未提交，新事务只能等待，如果等待时间超过MySQL的innodb_lock_wait_timeout设置（默认50秒），就会抛出这个异常。 用户代码中的rollbackFor = Exception.class说明它对所有异常都回滚，这可能会扩大事务范围。结合方法名effectiveBasis，推测可能是产品基础信息生效业务，这类操作往往涉及核心数据表，容易产生长时间锁。 具体到实现层面，需要排查几个点：这个方法内部是否操作了被外部事务锁住的表数据；是否包含耗时操作导致事务时间过长；是否在循环中高频调用。另外MySQL的事务隔离级别也很重要，比如REPEATABLE_READ会比READ_COMMITTED产生更多间隙锁。 特别要注意REQUIRES_NEW可能造成的死锁链：外部事务T1锁住记录A→调用effectiveBasis开启T2→T2等待A锁时，T1又需要T2持有的B锁。这种嵌套事务的锁竞争比单事务更复杂。 用户附带引用了两个看似无关的内容（Spring传播属性和Boost异常），可能是在其他调试过程中遇到的。不过当前问题聚焦在数据库事务，可以暂不关注Boost相关引用。 最后想到，如果这个方法在集群环境下被并发调用，不同节点的分布式锁竞争也可能表现为本地锁超时。不过用户异常类型是MySQL原生错误，应优先排查单机事务问题。 </think>分析代码 `@Transactional(rollbackFor = Exception.class, propagation = Propagation.REQUIRES_NEW)` 引发 `MySQLTransactionRollbackException: Lock wait timeout exceeded` 的常见原因如下： ### 主要原因分析 1. **事务传播行为冲突** - `Propagation.REQUIRES_NEW` 会**挂起当前事务并创建新事务**。若外部事务已锁定资源（如表行、间隙锁），新事务尝试访问相同资源时会被阻塞。 - 当新事务等待锁的时间超过 MySQL 的 `innodb_lock_wait_timeout`（默认50秒），触发超时异常[^1]。 *公式示例：事务锁等待时间 $T_{\text{wait}} > T_{\text{timeout}}$* 2. **嵌套事务的锁竞争** ```java // 外部事务（锁定资源A） @Transactional public void outerMethod() { lockResourceA(); // 持有锁A effectiveBasis("P123"); // 内部开启独立事务 } // 内部独立事务（尝试访问资源A） @Transactional(propagation = Propagation.REQUIRES_NEW) public void effectiveBasis(String productId) { updateResourceA(); // 需要锁A → 等待外部事务释放锁 } ``` - 外部事务未提交前，内部事务因等待锁超时而回滚。 3. **长事务阻塞** - `effectiveBasis` 方法内若有复杂操作（如大批量数据处理、循环更新），导致事务执行时间过长。 - 其他并发事务访问相同数据时被阻塞，超过锁等待阈值。 4. **高频并发调用** - 若多个线程同时调用 `effectiveBasis`，且操作相同数据范围（如相同 `productId`），可能形成锁竞争链： $$T_1 \xrightarrow{\text{锁资源R}} T_2 \xrightarrow{\text{等待}} T_3 \xrightarrow{\text{等待}} \cdots \xrightarrow{\text{超时}} \text{Rollback}$$ 5. **未优化的 SQL 操作** - 方法内 SQL 缺少索引，导致锁升级为**表锁**。 - `SELECT ... FOR UPDATE` 范围过大，锁定过多行。 --- ### 解决方案建议 1. **调整事务传播级别** - 评估是否必须使用 `REQUIRES_NEW`。若允许加入外部事务，改用 `REQUIRED` 可避免锁分离。 2. **缩短事务执行时间** - 将非核心操作（如日志记录）移出事务： ```java @Transactional(propagation = Propagation.NOT_SUPPORTED) // 无事务执行 public void logOperation() {...} ``` 3. **优化数据访问逻辑** - 为 WHERE 条件字段添加索引，减少锁定范围。 - 分解大批量操作：分页更新代替全表更新。 4. **降低锁粒度** - 使用 `SELECT ... FOR UPDATE SKIP LOCKED`（MySQL 8.0+）跳过已锁定行。 - 改用乐观锁（版本号控制）减少阻塞。 5. **调整 MySQL 参数（临时方案）** - 增大 `innodb_lock_wait_timeout`（需评估风险）。 - 监控锁等待：`SHOW ENGINE INNODB STATUS`。 --- ### 关键排查步骤 1. 检查是否在循环中调用 `effectiveBasis` 2. 使用 MySQL 命令 `SELECT * FROM information_schema.INNODB_TRX` 查看运行中事务 3. 分析慢查询日志，定位 SQL 瓶颈 4. 验证事务是否涉及跨表更新导致死锁链
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值