【异常解决】MySQL数据库：Lock wait timeout exceeded； try restarting transaction问题解析及解决方案

：Lock wait timeout exceeded; try restarting transaction问题解析及解决方案

一、问题背景

我们项目背景是使用若依框架二改的整合了，项目框架是mybatis-plus 3.3.1 、springboot 1.1.21 、mysql 8.0.13 ，我在接口里面使用了mybatisplus去拼接修改sql，并且使用了事务，但是我的接口就一直提示我的修改没有成功，我以为是我的sql拼接错误，我就将打印的sql放到了数据库链接工具中去执行，之后执行完之后就出现了以上问题；
sql如下：

UPDATE member_level_record SET genes='44,4484',genes_index=1 WHERE (from_member_id = 4480 AND related_id = 18);

二、问题分析

因为使用的数据库为 MySQL，而 member_level_record 表的引擎是 InnoDB 表类型，此时会出现锁等待的情况，在出现锁等待时，会根据参数 innodb_lock_wait_timeout（默认50s）的配置，判断是否需要进行 timeout 的操作，如果等待时间超过了设置的时间就会报错。

经过查询到这种错误的原因可能有以下原因引起|：

我初步判断可能是由于我使用的事务错误没有回滚，或者是死锁问题 

三、问题解决

可以使用 information_schema 查询数据库使用情况。information_schema 这个数据库保存了 MySQL 服务器所有数据库的信息。

如数据库名，数据库的表，表栏的数据类型与访问权限等。也就是说，这台 MySQL 服务器上，到底有哪些数据库、各个数据库有哪些表，每张表的字段类型是什么，各个数据库要什么权限才能访问等等信息都保存在 information_schema 库里面。

1、SELECT * FROM information_schema.INNODB_TRX; – 当前运行的所有事务
2、SELECT * FROM information_schema.INNODB_LOCKS; – 当前出现的锁
3、SELECT * FROM information_schema.INNODB_LOCK_WAITS; – 锁等待的对应关系

3.1 方案一 事务信息查询

通过SELECT * FROM information_schema.innodb_trx查询未提交事务，LOCK WAIT”），找到未提交事务，找到对应线程，执行：kill 线程ID。线程id为表中的trx_mysql_thread_id字段。

3.2 方案二 如果杀掉线程依然不能解决，可以查找执行线程耗时比较久的任务，kill掉

执行SELECT * from information_schema.PROCESSLIST WHERE Time > 1000 AND USER = ‘xxx’ ORDER BY TIME desc;找到线程：kill 线程ID。

3.3 方案三 innodb_lock_wait_timeout 锁定等待时间改大

修改超时时间将 #innodb_lock_wait_timeout = 50 修改为 innodb_lock_wait_timeout = 500。

缺点：全局更改，影响也是全局的，等待时间加长，容易使等待事务增多导致堆积问题。

3.4 方案四 优化SQL语句

我当时的时候是因为事务没有回滚，没有发生死锁之类的，不知什么原因，过段时间重新发送请求之后，就好了，但是这个问题我第一次遇到所以记录一下；

类似问题简单易懂的解决方案：