原本平静的一天，惊现生产项目瘫痪问题，马上打开日志，发现后台日志提示了多个“com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting transaction”
大概去了解一下这个异常：
解释：MYSQL事务回滚异常，超过锁等待超时；尝试重新启动事务
原因：执行update的SQL语句时，由于表被锁座，无法更新，导致时间超时；
此时在数据库对当前表进行update语句更新时，会提示：时间超时
当执行一个方法请求到数据库，抛出当前异常时，即使定位到执行的是哪一条SQL语句。确定是哪一张表；
MYSQL中手动执行该update语句时，提示：失败，等待锁超时；
解决方案：
1.查看数据库被锁表的进程，若表被锁住，可以查看到当前锁表的进程信息，若表被一直锁住不释放，则信息会一直存在；
SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX;
2.找到当前锁表的进程ID，即：trx_mysql_thread_id，将其终止
kill 进程ID;
此时当前表会被释放，即可正常进行update操作。
以上只是解决锁表的临时解决方案，并不推荐，应该从造成锁表的原因去调整，避免后续执行方法时也会锁表；
实际问题
但是当时的实际情况是，确实有很多被锁的事务，对应了多张表，但是查看代码，并没有添加事务，重启服务也没有解决这个问题，想到肯能是数据库服务的问题，最后一看，数据库的服务器内存满了…
扩展
-
查看未提交的事务
select * from information_schema.INNODB_TRX; -
查看正在锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS; -
查看正在等待锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS; -
查看进程
show processlist -
查看是否锁表
show open tables where in_use > 0 -
杀死被锁的进程
trx_mysql_thread_id为被锁的事务id，可以使用kill 线程id杀死对应的线程，达到释放锁效果
参考
生产异常 Cause: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Lock wait timeout exceed