方案一、临时解决此问题 

查找出此问题的thread ID ，然后进行KILL掉
select * from information_schema.innodb_trx;

kill trx_mysql_thread_id;

方案二、更改数据库超时时间

1.查看当前锁超时时间

show variables like 'innodb_lock_wait_timeout';

2.查看全局锁超时时间

SHOW GLOBAL VARIABLES LIKE 'innodb_lock_wait_timeout';

3.更改当前锁超时时间为120秒

SET innodb_lock_wait_timeout=120;

4.更改全局锁超时时间为120秒

SET GLOBAL innodb_lock_wait_timeout=120;

扫描二维码关注公众号，回复： 8639486 查看本文章

(引起此类问题的发生，大部分都是库内的某一些存储过程事物提交超过了当前时间)

方案三、检查innodb_rollback_on_timeout是否开启
 

show VARIABLES like 'innodb_rollback_on_timeout';

SET innodb_rollback_on_timeout=1; （1=OFF/0=ON）

MySQL的官网对这个参数的解释，大概就是说在MySQL 5.6&5.7中默认值为OFF，当InnoDB默认情况下仅回滚事务超时的最后一条语句。如果innodb_rollback_on_timeout值为ON，则事务超时后将导致InnoDB中止并回滚整个事务。到这儿问题大概就清晰了，因为这个参数，所以这个事务只回滚了最后出现死锁的那条SQL，将这个值改成ON，再测试发现一切正常。