MySQL執行狀態分析

MySQL執行狀態分析

當感覺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參數可適當酌情設定

本文永久更新連結地址：