show processlist

 

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

1.       進入mysql/bin目錄下輸入mysqladmin processlist;

2.       啓動mysql,輸入show processlist;

如果有 SUPER 權限,則可以看到全部的線程,否則,只能看到自己發起的線程(這是指,當前對應的MySQL帳戶運行的線程)。

得到數據形式如下(只截取了三條):

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,這個命令就只顯示你權限範圍內的sql語句。host列,顯示這個語句是從哪個ip的哪個端口上發出的。呵呵,可以用來追蹤出問題語句的用戶。db列,顯示這個進程目前連接的是哪個數據庫command列,顯示當前連接的執行的命令,一般就是休眠(sleep),查詢(query),連接(connect)。time列,此這個狀態持續的時間,單位是秒。state列,顯示使用當前連接的sql語句的狀態,很重要的列,後續會有所有的狀態的描述,請注意,state只是語句執行中的某一個狀態,一個sql語句,已查詢爲例,可能需要經過copying to tmp tableSorting resultSending data等狀態纔可以完成,info列,顯示這個sql語句,因爲長度有限,所以長的sql語句就顯示不全,但是一個判斷問題語句的重要依據。

這個命令中最關鍵的就是state列,mysql列出的狀態主要有以下幾種:

  Checking table
 正在檢查數據表(這是自動的)。

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

 Connect Out
 複製從服務器正在連接主服務器。

 Copying to tmp table on disk
 由於臨時結果集大於 tmp_table_size,正在將臨時表從內存存儲轉爲磁盤存儲以此節省內存。

 Creating tmp table
 正在創建臨時表以存放部分查詢結果。

 deleting from main table
 服務器正在執行多表刪除中的第一部分,剛刪除第一個表。

 deleting from reference tables
 服務器正在執行多表刪除中的第二部分,正在刪除其他表的記錄。

 Flushing tables
 正在執行 FLUSH TABLES,等待其他線程關閉數據表。

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

 Locked
 被其他查詢鎖住了。

 Sending data
 正在處理 SELECT 查詢的記錄,同時正在把結果發送給客戶端。

 Sorting for group
 正在爲 GROUP BY 做排序。

 Sorting for order
 正在爲 ORDER BY 做排序。

 Opening tables
 這個過程應該會很快,除非受到其他因素的干擾。例如,在執 ALTER TABLE LOCK TABLE 語句行完以前,數據表無法被其他線程打開。 正嘗試打開一個表。

 Removing duplicates
 正在執行一個 SELECT DISTINCT 方式的查詢,但是MySQL無法在前一個階段優化掉那些重複的記錄。因此,MySQL需要再次去掉重複的記錄,然後再把結果發送給客戶端。

 Reopen table
 獲得了對一個表的鎖,但是必須在表結構修改之後才能獲得這個鎖。已經釋放鎖,關閉數據表,正嘗試重新打開數據表。

 Repair by sorting
 修復指令正在排序以創建索引。

 Repair with keycache
 修復指令正在利用索引緩存一個一個地創建新索引。它會比 Repair by sorting 慢些。

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

 Sleeping
 正在等待客戶端發送新請求
.
 
System lock
 正在等待取得一個外部的系統鎖。如果當前沒有運行多個 mysqld 服務器同時請求同一個表,那麼可以通過增加 --skip-external-locking參數來禁止外部系統鎖。

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

 Updating
 正在搜索匹配的記錄,並且修改它們。

 User Lock
 正在等待 GET_LOCK()

 Waiting for tables
 該線程得到通知,數據表結構已經被修改了,需要重新打開數據表以取得新的結構。然後,爲了能的重新打開數據表,必須等到所有其他線程關閉這個表。以下幾種情況下會產生這個通知:FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE, OPTIMIZE TABLE

 waiting for handler insert
 INSERT DELAYED 已經處理完了所有待處理的插入操作,正在等待新的請求。

 大部分狀態對應很快的操作,只要有一個線程保持同一個狀態好幾秒鐘,那麼可能是有問題發生了,需要檢查一下。
 還有其他的狀態沒在上面中列出來,不過它們大部分只是在查看服務器是否有存在錯誤是才用得着。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章