本篇內(nèi)容主要講解“怎么解決MySQL Sleep線程引發(fā)的鎖等待故障”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學(xué)習(xí)“怎么解決Mysql Sleep線程引發(fā)的鎖等待故障”吧!

網(wǎng)站制作、成都網(wǎng)站設(shè)計,成都做網(wǎng)站公司-創(chuàng)新互聯(lián)已向1000多家企業(yè)提供了,網(wǎng)站設(shè)計,網(wǎng)站制作,網(wǎng)絡(luò)營銷等服務(wù)!設(shè)計與技術(shù)結(jié)合,多年網(wǎng)站推廣經(jīng)驗,合理的價格為您打造企業(yè)品質(zhì)網(wǎng)站。

背景：

負責(zé)的生產(chǎn)庫出現(xiàn)告警too many connections.

解決過程：

1. 第一反應(yīng)就是出現(xiàn)了大量的連接或者是DDL把實例打滿了，隨即登上實例嘗試登陸，卻發(fā)現(xiàn)已經(jīng)連不上了。然后動態(tài)調(diào)大連接數(shù)后。使用如下SQL看到大量的UPDATE線程未執(zhí)行完。

select id,host,user,db,command,state,time,left(info,200) from information_schema.processlist where command <>'Sleep' order by time desc limit 100;

2. 此時看到這個場景，大家大概率都會以為是表tbl_prod的ID沒有索引所以是全表查找更新，然而看到執(zhí)行計劃卻發(fā)現(xiàn)并不是，反而是主鍵更新。

explain UPDATE tbl_prod SET status=1 WHERE id = 1198445;

3. 隨后查看innodb引擎當(dāng)前的狀態(tài),發(fā)現(xiàn)很有意思的事了，這些update線程都在等待鎖，以其中一個線程為例。

show engine innodb status\G

4. 此時基本上可以斷定是有長事務(wù)未提交導(dǎo)致的大量主鍵更新等待了。我們采用如下SQL可以找到這個長連接。

select p.host,p.time,t.trx_mysql_thread_id,t.trx_started,left(p.info,100) from information_schema.innodb_trx t join information_schema.processlist p  on t.trx_mysql_thread_id =p.id order by time desc,t.trx_started desc limit 20;

5. 可以看到上面的第一條執(zhí)行時間最長的為NULL的線程占用鎖時間最長，其后則是大量的update等待線程了。那么我們將這個最長的null線程給KILL掉，問題即得到解決。

kill 2323514;

到此，相信大家對“怎么解決Mysql Sleep線程引發(fā)的鎖等待故障”有了更深的了解，不妨來實際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進入相關(guān)頻道進行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！