开启事务后，强制程序宕机导致事务挂起问题：MySQLTransactionRollbackException: Lock wait timeout exceed

程序报错：

MySQLTransactionRollbackException: Lock wait timeout exceed：表示事务回滚异常，锁等待超时了。

查看未提交的事务，返回当前正在运行的所有InnoDB事务的信息

#查看未提交事务
select * from information_schema.INNODB_TRX;

结果有一条数据：即使手动在Navicat执行对应SQL语句依旧超时，由于是自己运行的时候强行停止的程序所以直接掉 kill 它的 trx_mysql_thread_id ；

 导致事务长期未提交的原因有很多：

1. 程序中非数据库交互操作导致事务挂起
将接口调用或者文件操作等这一类非数据库交互操作嵌入在 SQL 事务代码之中，那么整个事务很有可能因此挂起（接口不通等待超时或是上传下载大附件）。

2. 事务中包含性能较差的查询 SQL
事务中存在慢查询，导致同一个事务中的其他 DML 无法及时释放占用的行锁，引起行锁等待。

3. 单个事务中包含大量 SQL
通常是由于在事务代码中加入 for 循环导致，虽然单个 SQL 运行很快，但是 SQL 数量一大，事务就会很慢。

4. 级联更新 SQL 执行时间较久
这类 SQL 容易让人产生错觉，例如：update A set ... where ...in (select B) 这类级联更新，不仅会占用 A 表上的行锁，也会占用 B 表上的行锁，当 SQL 执行较久时，很容易引起 B 表上的行锁等待。

5. 磁盘问题导致的事务挂起
极少出现的情形，比如存储突然离线，SQL 执行会卡在内核调用磁盘的步骤上，一直等待，事务无法提交。综上可以看出，如果事务长时间未提交，且事务中包含了 DML 操作，那么就有可能产生行锁等待，引起报错。

参考文献：

生产异常 Cause: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Lock wait timeout exceed-CSDN博客

https://segmentfault.com/a/1190000022442121

MySql Lock wait timeout exceeded该如何处理？ - 凝雨 - Yun (ningyu1.github.io)