當感覺mysql性能出現(xiàn)問題時，通常會先看下當前mysql的執(zhí)行狀態(tài)，使用 show processlist 來查看，例如：

其中state狀態(tài)列信息非常重要，先看下各列含義，然后看下state常用狀態(tài)

各列的含義

1、id

一個標識，你要kill一個語句的時候使用，例如 mysql> kill 207;

2、user

顯示當前用戶，如果不是root，這個命令就只顯示你權限范圍內的sql語句

3、host

顯示這個語句是從哪個ip 的哪個端口上發(fā)出的，可用來追蹤出問題語句的用戶

4、db

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

5、command

顯示當前連接的執(zhí)行的命令，一般就是休眠（sleep），查詢（query），連接（connect）

6、time

此這個狀態(tài)持續(xù)的時間，單位是秒

7、state

顯示使用當前連接的sql語句的狀態(tài)，很重要的列，state只是語句執(zhí)行中的某一個狀態(tài)，例如查詢，需要經過copying to tmp table，Sorting result，Sending data等狀態(tài)才可以完成

8、info

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

state 常見狀態(tài)分析

1、Sleep

通常代表資源未釋放，如果是通過連接池，sleep狀態(tài)應該恒定在一定數量范圍內，例如：

數據查詢時間為0.1秒，而網絡輸出需要1秒左右，原本數據連接在0.1秒即可釋放，但是因為前端程序未執(zhí)行close操作，直接輸出結果，那么在結果未展現(xiàn)在用戶桌面前，該數據庫連接一直維持在sleep狀態(tài)

2、Locked

操作被鎖定，通常使用innodb可以很好的減少locked狀態(tài)的產生

3、Copy to tmp table

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

4、Sending data

Sending data并不是發(fā)送數據，是從物理磁盤獲取數據的進程，如果你的影響結果集較多，那么就需要從不同的磁盤碎片去抽取數據，如果sending data連接過多，通常是某查詢的影響結果集過大，也就是查詢的索引項不夠優(yōu)化

5、Storing result to query cache

如果頻繁出現(xiàn)此狀態(tài)，使用set profiling分析，如果存在資源開銷在SQL整體開銷的比例過大（即便是非常小的開銷，看比例），則說明query cache碎片較多，使用flush query cache可即時清理，Query cache參數可適當酌情設置

MySQL數據庫是常見的兩個瓶頸是CPU和I/O的瓶頸，CPU在飽和的時候一般發(fā)生在數據裝入內存或從磁盤上讀取數據時候。磁盤I/O瓶頸發(fā)生在裝入數據遠大于內存容量的時候，如果應用分布在網絡上，那么查詢量相當大的時候那么平瓶頸就會出現(xiàn)在網絡上，我們可以用mpstat, iostat, sar和vmstat來查看系統(tǒng)的性能狀態(tài)。

除了服務器硬件的性能瓶頸，對于MySQL系統(tǒng)本身，我們可以使用工具來優(yōu)化數據庫的性能，通常有三種：使用索引，使用EXPLAIN分析查詢以及調整MySQL的內部配置。

在優(yōu)化MySQL時，通常需要對數據庫進行分析，常見的分析手段有慢查詢日志，EXPLAIN 分析查詢，profiling分析以及show命令查詢系統(tǒng)狀態(tài)及系統(tǒng)變量，通過定位分析性能的瓶頸，才能更好的優(yōu)化數據庫系統(tǒng)的性能。

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對腳本之家的支持。如果你想了解更多相關內容請查看下面相關鏈接

最新評論