MySQL執(zhí)行狀態(tài)的查看與分析

當(dāng)感覺(jué)mysql性能出現(xiàn)問(wèn)題時(shí)，通常會(huì)先看下當(dāng)前mysql的執(zhí)行狀態(tài)，使用 show processlist 來(lái)查看，例如：

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

各列的含義

1、id

一個(gè)標(biāo)識(shí)，你要kill一個(gè)語(yǔ)句的時(shí)候使用，例如 mysql> kill 207;

2、user

顯示當(dāng)前用戶，如果不是root，這個(gè)命令就只顯示你權(quán)限范圍內(nèi)的sql語(yǔ)句

3、host

顯示這個(gè)語(yǔ)句是從哪個(gè)ip 的哪個(gè)端口上發(fā)出的，可用來(lái)追蹤出問(wèn)題語(yǔ)句的用戶

4、db

顯示這個(gè)進(jìn)程目前連接的是哪個(gè)數(shù)據(jù)庫(kù)

5、command

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

6、time

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

7、state

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

8、info

顯示這個(gè)sql語(yǔ)句，因?yàn)殚L(zhǎng)度有限，所以長(zhǎng)的sql語(yǔ)句就顯示不全，但是一個(gè)判斷問(wèn)題語(yǔ)句的重要依據(jù)

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

1、Sleep

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

數(shù)據(jù)查詢時(shí)間為0.1秒，而網(wǎng)絡(luò)輸出需要1秒左右，原本數(shù)據(jù)連接在0.1秒即可釋放，但是因?yàn)榍岸顺绦蛭磮?zhí)行close操作，直接輸出結(jié)果，那么在結(jié)果未展現(xiàn)在用戶桌面前，該數(shù)據(jù)庫(kù)連接一直維持在sleep狀態(tài)

2、Locked

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

3、Copy to tmp table

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

4、Sending data

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

5、Storing result to query cache

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

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

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

在優(yōu)化MySQL時(shí)，通常需要對(duì)數(shù)據(jù)庫(kù)進(jìn)行分析，常見(jiàn)的分析手段有慢查詢?nèi)罩荆珽XPLAIN 分析查詢，profiling分析以及show命令查詢系統(tǒng)狀態(tài)及系統(tǒng)變量，通過(guò)定位分析性能的瓶頸，才能更好的優(yōu)化數(shù)據(jù)庫(kù)系統(tǒng)的性能。

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，謝謝大家對(duì)腳本之家的支持。如果你想了解更多相關(guān)內(nèi)容請(qǐng)查看下面相關(guān)鏈接