版權聲明：本文為博主原創文章，遵循 CC 4.0 by-sa 版權協議，轉載請附上原文出處鏈接和本聲明。
本文鏈接：https://blog.csdn.net/weixin_38383877/article/details/88085063
如若你在運行代碼時出現此問題，那么此博客可以略過了。

如若你也不知道怎么操作后，突然對表進行增刪查改的操作后，出現此問題，那么采用暴力解決法

方案一：

1、查詢是否鎖表

show OPEN TABLES where In_use >0;

2、在mysql黑框中或者navicat查詢界面中輸入：

show processlist;

查看mysql當前的全部線程。（只能查看這個賬戶下操作的線程）

2、利用kill id(上面命令的id列) ，殺死Command為Query的進程即可

方案2：

1、查看在鎖的事務

select * from information_schema.innodb_trx; 查看下在鎖的事務

2、殺死進程id（上面命令匯總的trx_mysql_thread_id列）

kill 線程ID

附：其他查看死鎖的命令：

1：查看當前的事務
SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX;

2：查看當前鎖定的事務

SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;

3：查看當前等鎖的事務
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;?

參考自：https://blog.csdn.net/ejinxian/article/details/79212329
?————————————————?
版權聲明：本文為CSDN博主「chdeWang」的原創文章，遵循CC 4.0 by-sa版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/weixin_38383877/article/details/88085063

來源:https://blog.csdn.net/weixin_38383877/article/details/88085063

總結

以上是生活随笔為你收集整理的mysql deadlock found when trying to get lock暴力解决的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。