上回做一個投票系統，一道活動高峰期久卡的要命，臨時調高帶寬效果也不明顯。
上服務器進行分析，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）！
