當感覺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語句就顯示不全,但是一個判斷問題語句的重要依據
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參數可適當酌情設置