首頁  >  文章  >  資料庫  >  Mysql分析-show PROCESSLIST 的詳情

Mysql分析-show PROCESSLIST 的詳情

黄舟
黄舟原創
2017-03-02 16:02:122344瀏覽

上回做一個投票系統,一道活動高峰期久卡的要命,臨時調高頻寬效果也不明顯。

上伺服器進行分析,top裡面大量的CPU都消耗在IO wait上#。種種跡像都指向mysql,又是慢日誌查詢,又是查看索引結構,都感覺沒找到根本問題。終於,在show processlist的時候發現了由大量的lock程序。哈哈,問題顯而易見嘛。

該投票表使用的是mysiam引擎,投票量起來以後update把表格給鎖定了,加上伺服器效能一般處理慢,程式在處理投票頁面的時候也沒有非同步降級,綜合因素把導致很卡。但關鍵因素還是找到了,是因為mysql鎖。


所以,當發現mysql效能出現問題的時候,SHOW PROCESSLIST顯示哪些執行緒正在運作還是很有效的,例如:




其中state狀態列資訊非常重要,先看下各列意義,然後看下state常用狀態

各列的意思

1、id:

一個標識,你要kill一個語句的時候使用,例如mysql> kill 207; #2、user:

顯示目前用戶,如果不是root,這個指令就只顯示你權限範圍內的sql語句3、host:

顯示這個語句是從哪個ip 的哪個連接埠上發出的,可用來追蹤出問題語句的使用者##4、db:

顯示這個進程目前連接的是哪個

5、command:顯示目前連接的執行的命令, 一般就是休眠(sleep),查詢(query),連接(connect)

#6、time:

此這個狀態持續的時間,單位是秒

7、state:

#顯示使用目前連接的sql語句的狀態,很重要的列,state只是語句執行中的某一個狀態,例如查詢,需要經過copying to tmp table,Sorting result,Sending data等狀態才可以完成######

8、info:顯示這個sql語句,因為長度有限,所以長的sql語句就顯示不全,但是一個判斷問題語句的重要依據


state 常見狀態分析

1、Sleep

通常代表資源未釋放,如果是透過連接池,sleep狀態應該恆定在一定數量範圍內,例如:

資料查詢時間為0.1秒,而網路輸出則需要1秒左右,原本資料連線在0.1秒即可釋放,但因為前端程式未執行close操作,直接輸出結果,那麼在結果未展現在使用者桌面前,此資料庫連線一直維持在sleep狀態


#2、Locked


操作被鎖定,通常使用innodb可以很好的減少locked狀態的產生

3、Copy to tmp table


#索引及現有結構無法涵蓋查詢條件時,會建立一個臨時表來滿足查詢要求,產生巨大的i/o壓力Copy to tmp table通常與連表查詢有關,建議減少關聯查詢或深入優化查詢語句,如果出現此狀態的語句執行時間過長,會嚴重影響其他操作,此時可以kill掉該操作

#4、Sending data



#Sending data並不是發送數據,是從實體磁碟取得資料的進程,如果你的影響結果集較多,那麼就需要從不同的磁碟碎片去抽取數據,如果sending data連接過多,通常是某查詢的影響結果集過大,也就是查詢的索引項目不夠優化


################################################################ #5、Storing result to query cache########################如果頻繁出現此狀態,使用set profiling分析,如果存在資源開銷在SQL整體開銷的比例過大(即便是非常小的開銷,看比例),則表示query cache碎片較多,使用flush query cache可即時清理,Query cache參數可適當酌情設定##################### 以上就是Mysql分析-show PROCESSLIST 的詳情的內容,更多相關內容請關注PHP中文網(www.php.cn)! #####################
陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn