方案一、临时解决此问题
查找出此问题的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;
(引起此类问题的发生,大部分都是库内的某一些存储过程事物提交超过了当前时间)
方案三、检查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,再测试发现一切正常。