怎樣用MySQL show processlist 排查問(wèn)題,很多新手對(duì)此不是很清楚,為了幫助大家解決這個(gè)難題,下面小編將為大家詳細(xì)講解,有這方面需求的人可以來(lái)學(xué)習(xí)下,希望你能有所收獲。
在順昌等地區(qū),都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局,加強(qiáng)發(fā)展的系統(tǒng)性、市場(chǎng)前瞻性、產(chǎn)品創(chuàng)新能力,以專注、極致的服務(wù)理念,為客戶提供成都網(wǎng)站建設(shè)、成都做網(wǎng)站 網(wǎng)站設(shè)計(jì)制作定制網(wǎng)站,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站制作,成都全網(wǎng)營(yíng)銷推廣,外貿(mào)營(yíng)銷網(wǎng)站建設(shè),順昌網(wǎng)站建設(shè)費(fèi)用合理。
mysql show full processlist 查看當(dāng)前線程處理情況
每次執(zhí)行看到的結(jié)果應(yīng)該都有變化,因?yàn)槭菍?shí)時(shí)的,所以我定義為:“事發(fā)現(xiàn)場(chǎng)”,每次執(zhí)行就相當(dāng)于現(xiàn)場(chǎng)的快照
一般用到 show processlist
或 show full processlist
都是為了查看當(dāng)前 mysql 是否有壓力,都在跑什么語(yǔ)句,當(dāng)前語(yǔ)句耗時(shí)多久了,有沒(méi)有什么慢 SQL 正在執(zhí)行之類的
可以看到總共有多少鏈接數(shù),哪些線程有問(wèn)題(time是執(zhí)行秒數(shù),時(shí)間長(zhǎng)的就應(yīng)該多注意了),然后可以把有問(wèn)題的線程 kill 掉,這樣可以臨時(shí)解決一些突發(fā)性的問(wèn)題
有時(shí)候一個(gè)快照可能看不出什么問(wèn)題,那么可以頻發(fā)的刷新試試
show full processlist
可以看到所有鏈接的情況,但是大多鏈接的 state 其實(shí)是 Sleep 的,這種的其實(shí)是空閑狀態(tài),沒(méi)有太多查看價(jià)值
我們要觀察的是有問(wèn)題的,所以可以進(jìn)行過(guò)濾:
-- 查詢非 Sleep 狀態(tài)的鏈接,按消耗時(shí)間倒序展示,自己加條件過(guò)濾select id, db, user, host, command, time, state, infofrom information_schema.processlistwhere command != 'Sleep'order by time desc
這樣就過(guò)濾出來(lái)哪些是正在干活的,然后按照消耗時(shí)間倒敘展示,排在最前面的,極大可能就是有問(wèn)題的鏈接了,然后查看 info 一列,就能看到具體執(zhí)行的什么 SQL 語(yǔ)句了,針對(duì)分析
展示列解釋:
id - 線程ID,可以用:kill id;
殺死一個(gè)線程,很有用
db - 數(shù)據(jù)庫(kù)
user - 用戶
host - 連庫(kù)的主機(jī)IP
command - 當(dāng)前執(zhí)行的命令,比如最常見(jiàn)的:Sleep,Query,Connect 等
time - 消耗時(shí)間,單位秒,很有用
state - 執(zhí)行狀態(tài),比如:Sending data,Sorting for group,Creating tmp table,Locked等等,很有用,其他狀態(tài)可以看看本文最后的參考文章
info - 執(zhí)行的SQL語(yǔ)句,很有用
上面提到的 線程ID 是可以通過(guò) kill 殺死的;所以上面基本上可以把有問(wèn)題的執(zhí)行語(yǔ)句找出來(lái),然后就可以 kill 掉了,那么一個(gè)一個(gè)來(lái) kill 么?
-- 查詢執(zhí)行時(shí)間超過(guò)2分鐘的線程,然后拼接成 kill 語(yǔ)句select concat('kill ', id, ';')from information_schema.processlistwhere command != 'Sleep'and time > 2*60order by time desc
在下一步我就不用說(shuō)了吧,把拼接 kill 的執(zhí)行結(jié)果跑一遍就搞定了
這個(gè)有時(shí)候非常好用,誰(shuí)用誰(shuí)知道
一些問(wèn)題會(huì)導(dǎo)致連鎖反應(yīng),而且不太好定位,有時(shí)候以為是慢查詢,很可能是大多時(shí)間是在等在CPU、內(nèi)存資源的釋放,所以有時(shí)候同一個(gè)查詢消耗的時(shí)間有時(shí)候差異很大
總結(jié)了一些常見(jiàn)問(wèn)題:
CPU報(bào)警:很可能是 SQL 里面有較多的計(jì)算導(dǎo)致的
連接數(shù)超高:很可能是有慢查詢,然后導(dǎo)致很多的查詢?cè)谂抨?duì),排查問(wèn)題的時(shí)候可以看到”事發(fā)現(xiàn)場(chǎng)“類似的 SQL 語(yǔ)句一大片,那么有可能是沒(méi)有索引或者索引不好使,可以用:explain
分析一下 SQL 語(yǔ)句看完上述內(nèi)容是否對(duì)您有幫助呢?如果還想對(duì)相關(guān)知識(shí)有進(jìn)一步的了解或閱讀更多相關(guān)文章,請(qǐng)關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道,感謝您對(duì)創(chuàng)新互聯(lián)的支持。