大美女一区二区三区_国产日韩一区_日韩经典一区二区_欧美黄色成人网

mysql執(zhí)行狀態(tài)分析

執(zhí)行狀態(tài)分析

Sleep狀態(tài)

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

范例：因前端數(shù)據(jù)輸出時（特別是輸出到用戶終端）未及時關閉數(shù)據(jù)庫連接，導致因網(wǎng)絡連接速度產(chǎn)生大量sleep連接，在網(wǎng)速出現(xiàn)異常時，數(shù)據(jù)庫too many connections掛死。

數(shù)據(jù)查詢和執(zhí)行通常只需要不到0.01秒，而網(wǎng)絡輸出通常需要1秒左右甚至更長，原本數(shù)據(jù)連接在0.01秒即可釋放，但是因為前端程序未執(zhí)行close操作，直接輸出結果，那么在結果未展現(xiàn)在用戶桌面前，該數(shù)據(jù)庫連接一直維持在sleep狀態(tài)！

 

Waiting for net, reading from net, writing to net

偶爾出現(xiàn)無妨，如大量出現(xiàn)，迅速檢查數(shù)據(jù)庫到前端的網(wǎng)絡連接狀態(tài)和流量

 

范例:因外掛程序，內(nèi)網(wǎng)數(shù)據(jù)庫大量讀取，內(nèi)網(wǎng)使用的百兆交換迅速爆滿，導致大量連接阻塞在waiting for net，數(shù)據(jù)庫連接過多崩潰

 

Locked狀態(tài)

有更新操作鎖定

通常使用innodb可以很好的減少locked狀態(tài)的產(chǎn)生，但是切記，更新操作要正確使用索引，即便是低頻次更新操作也不能疏忽。如上影響結果集范例所示。

 

 

Copy to tmp table

索引及現(xiàn)有結構無法涵蓋查詢條件，才會建立一個臨時表來滿足查詢要求，產(chǎn)生巨大的恐怖的i/o壓力。

很可怕的搜索語句會導致這樣的情況，如果是數(shù)據(jù)分析，或者半夜的周期數(shù)據(jù)清理任務，偶爾出現(xiàn)，可以允許。頻繁出現(xiàn)務必優(yōu)化之。

通常與連表查詢有關，建議逐漸習慣不使用連表查詢。

 

范例：某社區(qū)數(shù)據(jù)庫阻塞，求救，經(jīng)查，其服務器存在多個數(shù)據(jù)庫應用和網(wǎng)站，其中一個不常用的小網(wǎng)站數(shù)據(jù)庫產(chǎn)生了一個恐怖的copy to tmp table操作，導致整個硬盤i/o和cpu壓力超載。Kill掉該操作一切恢復。

 

Sending data

Sending data并不是發(fā)送數(shù)據(jù)，別被這個名字所欺騙，這是從物理磁盤獲取數(shù)據(jù)的進程，如果你的影響結果集較多，那么就需要從不同的磁盤碎片去抽取數(shù)據(jù)，偶爾出現(xiàn)該狀態(tài)連接無礙。

回到上面影響結果集的問題，一般而言，如果sending data連接過多，通常是某查詢的影響結果集過大，也就是查詢的索引項不夠優(yōu)化。

如果出現(xiàn)大量相似的SQL語句出現(xiàn)在show proesslist列表中，并且都處于sending data狀態(tài)，優(yōu)化查詢索引，記住用影響結果集的思路去思考。

 

 

Sorting for …

和Sending data類似，結果集過大，排序條件沒有索引化，需要在內(nèi)存里排序，甚至需要創(chuàng)建臨時結構排序。還有很多狀態(tài)，遇到了，去查查資料。基本上我們遇到其他狀態(tài)的阻塞較少，所以不關心

 

 

show processlist 命令非常實用，有時候mysql經(jīng)常跑到50%以上或更多，就需要用這個命令看哪個sql語句占用資源比較多，就知道哪個網(wǎng)站的程序問題了。

processlist命令的輸出結果顯示了有哪些線程在運行，可以幫助識別出有問題的查詢語句，兩種方式使用這個命令。

 

mysql> show processlist;

 

+-----+-------------+--------------------+-------+---------+-------+----------------------------------+----------

 

| Id | User | Host           | db  | Command | Time| State    | Info                                                                                          

 

+-----+-------------+--------------------+-------+---------+-------+----------------------------------+----------

 

|207|root |192.168.0.20:51718 |mytest | Sleep   | 5   |        | NULL                                                                                                

 

|208|root |192.168.0.20:51719 |mytest | Sleep   | 5   |        | NULL        

 

|220|root |192.168.0.20:51731 |mytest |Query   | 84  | Locked |

 

select bookname,culture,value,type from book where id=001

 

id，不用說了吧，一個標識，你要kill一個語句的時候很有用。

user列，顯示單前用戶，如果不是root，這個命令就只顯示你權限范圍內(nèi)的sql語句。

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

db列，顯示這個進程目前連接的是哪個數(shù)據(jù)庫。command列，顯示當前連接的執(zhí)行的命令，一般就是休眠（sleep），查詢（query），連接（connect）。

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

state列，顯示使用當前連接的sql語句的狀態(tài)，很重要的列，后續(xù)會有所有的狀態(tài)的描述，請注意，state只是語句執(zhí)行中的某一個狀態(tài)，一個sql語句，已查詢?yōu)槔?，可能需要?jīng)過copying to tmp table，Sorting result，Sending data等狀態(tài)才可以完成，

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

 

 

 

 

 

這個命令中最關鍵的就是state列，mysql列出的狀態(tài)主要有以下幾種：

 

　Checking table

　正在檢查數(shù)據(jù)表（這是自動的）。

　Closing tables

　正在將表中修改的數(shù)據(jù)刷新到磁盤中，同時正在關閉已經(jīng)用完的表。這是一個很快的操作，如果不是這樣的話，就應該確認磁盤空間是否已經(jīng)滿了或者磁盤是否正處于重負中。

　Connect Out

　復制從服務器正在連接主服務器。

　Copying to tmp table on disk

　由于臨時結果集大于tmp_table_size，正在將臨時表從內(nèi)存存儲轉為磁盤存儲以此節(jié)省內(nèi)存。

　Creating tmp table

　正在創(chuàng)建臨時表以存放部分查詢結果。

　deleting from main table

　服務器正在執(zhí)行多表刪除中的第一部分，剛刪除第一個表。

　deleting from reference tables

　服務器正在執(zhí)行多表刪除中的第二部分，正在刪除其他表的記錄。

　Flushing tables

　正在執(zhí)行FLUSH TABLES，等待其他線程關閉數(shù)據(jù)表。

　Killed

　發(fā)送了一個kill請求給某線程，那么這個線程將會檢查kill標志位，同時會放棄下一個kill請求。MySQL會在每次的主循環(huán)中檢查kill標志位，不過有些情況下該線程可能會過一小段才能死掉。如果該線程程被其他線程鎖住了，那么kill請求會在鎖釋放時馬上生效。

　Locked

　被其他查詢鎖住了。

　Sending data

　正在處理Select查詢的記錄，同時正在把結果發(fā)送給客戶端。

　Sorting for group

　正在為GROUP BY做排序。

　Sorting for order

　正在為ORDER BY做排序。

　Opening tables

　這個過程應該會很快，除非受到其他因素的干擾。例如，在執(zhí)Alter TABLE或LOCK TABLE語句行完以前，數(shù)據(jù)表無法被其他線程打開。正嘗試打開一個表。

　Removing duplicates

　正在執(zhí)行一個Select DISTINCT方式的查詢，但是MySQL無法在前一個階段優(yōu)化掉那些重復的記錄。因此，MySQL需要再次去掉重復的記錄，然后再把結果發(fā)送給客戶端。

　Reopen table

　獲得了對一個表的鎖，但是必須在表結構修改之后才能獲得這個鎖。已經(jīng)釋放鎖，關閉數(shù)據(jù)表，正嘗試重新打開數(shù)據(jù)表。

　Repair by sorting

　修復指令正在排序以創(chuàng)建索引。

　Repair with keycache

　修復指令正在利用索引緩存一個一個地創(chuàng)建新索引。它會比Repair by sorting慢些。

　Searching rows for update

　正在講符合條件的記錄找出來以備更新。它必須在Update要修改相關的記錄之前就完成了。

　Sleeping

　正在等待客戶端發(fā)送新請求.

　System lock

　正在等待取得一個外部的系統(tǒng)鎖。如果當前沒有運行多個mysqld服務器同時請求同一個表，那么可以通過增加--skip-external-locking參數(shù)來禁止外部系統(tǒng)鎖。

　Upgrading lock

　Insert DELAYED正在嘗試取得一個鎖表以插入新記錄。

　Updating

　正在搜索匹配的記錄，并且修改它們。

　User Lock

　正在等待GET_LOCK()。

　Waiting for tables

　該線程得到通知，數(shù)據(jù)表結構已經(jīng)被修改了，需要重新打開數(shù)據(jù)表以取得新的結構。然后，為了能的重新打開數(shù)據(jù)表，必須等到所有其他線程關閉這個表。以下幾種情況下會產(chǎn)生這個通知：FLUSH TABLES tbl_name, Alter TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE,或OPTIMIZE TABLE。

　waiting for handler insert

　Insert DELAYED已經(jīng)處理完了所有待處理的插入操作，正在等待新的請求。

　大部分狀態(tài)對應很快的操作，只要有一個線程保持同一個狀態(tài)好幾秒鐘，那么可能是有問題發(fā)生了，需要檢查一下。

　還有其他的狀態(tài)沒在上面中列出來，不過它們大部分只是在查看服務器是否有存在錯誤是才用得著。