通過mysql show processlist 命令檢查mysql鎖的方法

fatsandwich

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

1. 進(jìn)入mysql/bin目錄下輸入mysqladmin processlist;

2. 啟動mysql，輸入show processlist;

如果有SUPER權(quán)限，則可以看到全部的線程，否則，只能看到自己發(fā)起的線程（這是指，當(dāng)前對應(yīng)的MySQL帳戶運(yùn)行的線程）。

得到數(shù)據(jù)形式如下（只截取了三條）：

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，不用說了吧，一個(gè)標(biāo)識，你要kill一個(gè)語句的時(shí)候很有用。user列，顯示單前用戶，如果不是root，這個(gè)命令就只顯示你權(quán)限范圍內(nèi)的sql語句。host列，顯示這個(gè)語句是從哪個(gè)ip的哪個(gè)端口上發(fā)出的。呵呵，可以用來追蹤出問題語句的用戶。db列，顯示這個(gè)進(jìn)程目前連接的是哪個(gè)數(shù)據(jù)庫。command列，顯示當(dāng)前連接的執(zhí)行的命令，一般就是休眠（sleep），查詢（query），連接（connect）。time列，此這個(gè)狀態(tài)持續(xù)的時(shí)間，單位是秒。state列，顯示使用當(dāng)前連接的sql語句的狀態(tài)，很重要的列，后續(xù)會有所有的狀態(tài)的描述，請注意，state只是語句執(zhí)行中的某一個(gè)狀態(tài)，一個(gè)sql語句，已查詢?yōu)槔�，可能需要�?jīng)過copying to tmp table，Sorting result，Sending data等狀態(tài)才可以完成，info列，顯示這個(gè)sql語句，因?yàn)殚L度有限，所以長的sql語句就顯示不全，但是一個(gè)判斷問題語句的重要依據(jù)。

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

　　Checking table
　正在檢查數(shù)據(jù)表（這是自動的）。
　Closing tables
　正在將表中修改的數(shù)據(jù)刷新到磁盤中，同時(shí)正在關(guān)閉已經(jīng)用完的表。這是一個(gè)很快的操作，如果不是這樣的話，就應(yīng)該確認(rèn)磁盤空間是否已經(jīng)滿了或者磁盤是否正處于重負(fù)中。
　Connect Out
　復(fù)制從服務(wù)器正在連接主服務(wù)器。
　Copying to tmp table on disk
　由于臨時(shí)結(jié)果集大于tmp_table_size，正在將臨時(shí)表從內(nèi)存存儲轉(zhuǎn)為磁盤存儲以此節(jié)省內(nèi)存。
　Creating tmp table
　正在創(chuàng)建臨時(shí)表以存放部分查詢結(jié)果。
　deleting from main table
　服務(wù)器正在執(zhí)行多表刪除中的第一部分，剛刪除第一個(gè)表。
　deleting from reference tables
　服務(wù)器正在執(zhí)行多表刪除中的第二部分，正在刪除其他表的記錄。
　Flushing tables
　正在執(zhí)行FLUSH TABLES，等待其他線程關(guān)閉數(shù)據(jù)表。
　Killed
　發(fā)送了一個(gè)kill請求給某線程，那么這個(gè)線程將會檢查kill標(biāo)志位，同時(shí)會放棄下一個(gè)kill請求。MySQL會在每次的主循環(huán)中檢查kill標(biāo)志位，不過有些情況下該線程可能會過一小段才能死掉。如果該線程程被其他線程鎖住了，那么kill請求會在鎖釋放時(shí)馬上生效。
　Locked
　被其他查詢鎖住了。
　Sending data
　正在處理Select查詢的記錄，同時(shí)正在把結(jié)果發(fā)送給客戶端。
　Sorting for group
　正在為GROUP BY做排序。
　Sorting for order
　正在為ORDER BY做排序。
　Opening tables
　這個(gè)過程應(yīng)該會很快，除非受到其他因素的干擾。例如，在執(zhí)Alter TABLE或LOCK TABLE語句行完以前，數(shù)據(jù)表無法被其他線程打開。正嘗試打開一個(gè)表。
　Removing duplicates
　正在執(zhí)行一個(gè)Select DISTINCT方式的查詢，但是MySQL無法在前一個(gè)階段優(yōu)化掉那些重復(fù)的記錄。因此，MySQL需要再次去掉重復(fù)的記錄，然后再把結(jié)果發(fā)送給客戶端。
　Reopen table
　獲得了對一個(gè)表的鎖，但是必須在表結(jié)構(gòu)修改之后才能獲得這個(gè)鎖。已經(jīng)釋放鎖，關(guān)閉數(shù)據(jù)表，正嘗試重新打開數(shù)據(jù)表。
　Repair by sorting
　修復(fù)指令正在排序以創(chuàng)建索引。
　Repair with keycache
　修復(fù)指令正在利用索引緩存一個(gè)一個(gè)地創(chuàng)建新索引。它會比Repair by sorting慢些。
　Searching rows for update
　正在講符合條件的記錄找出來以備更新。它必須在Update要修改相關(guān)的記錄之前就完成了。
　Sleeping
　正在等待客戶端發(fā)送新請求.
　System lock
　正在等待取得一個(gè)外部的系統(tǒng)鎖。如果當(dāng)前沒有運(yùn)行多個(gè)mysqld服務(wù)器同時(shí)請求同一個(gè)表，那么可以通過增加--skip-external-locking參數(shù)來禁止外部系統(tǒng)鎖。
　Upgrading lock
　Insert DELAYED正在嘗試取得一個(gè)鎖表以插入新記錄。
　Updating
　正在搜索匹配的記錄，并且修改它們。
　User Lock
　正在等待GET_LOCK()。
　Waiting for tables
　該線程得到通知，數(shù)據(jù)表結(jié)構(gòu)已經(jīng)被修改了，需要重新打開數(shù)據(jù)表以取得新的結(jié)構(gòu)。然后，為了能的重新打開數(shù)據(jù)表，必須等到所有其他線程關(guān)閉這個(gè)表。以下幾種情況下會產(chǎn)生這個(gè)通知：FLUSH TABLES tbl_name, Alter TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE,或OPTIMIZE TABLE。
　waiting for handler insert
　Insert DELAYED已經(jīng)處理完了所有待處理的插入操作，正在等待新的請求。
　大部分狀態(tài)對應(yīng)很快的操作，只要有一個(gè)線程保持同一個(gè)狀態(tài)好幾秒鐘，那么可能是有問題發(fā)生了，需要檢查一下。
　還有其他的狀態(tài)沒在上面中列出來，不過它們大部分只是在查看服務(wù)器是否有存在錯(cuò)誤是才用得著。

mysql手冊里有所有狀態(tài)的說明，鏈接如下：http://dev.mysql.com/doc/refman/5.0/en/general-thread-states.html