mysql中processlist命令的詳細說(shuō)明

這篇文章主要講解了“中processlist命令的詳細說(shuō)明”，文中的講解內容簡(jiǎn)單清晰，易于學(xué)習與理解，下面請大家跟著(zhù)小編的思路慢慢深入，一起來(lái)研究和學(xué)習“mysql中processlist命令的詳細說(shuō)明”吧！

processlist命令的輸出結果顯示了有哪些線(xiàn)程在運行，可以幫助識別出有問(wèn)題的查詢(xún)語(yǔ)句，兩種方式使用這個(gè)命令。如果有SUPER權限，則可以看到全部的線(xiàn)程，否則，只能看到自己發(fā)起的線(xiàn)程（這是指，當前對應的MySQL帳戶(hù)運行的線(xiàn)程）。
可以使用show processlist 命令進(jìn)行輸出，當然也可以使用以下語(yǔ)句來(lái)進(jìn)行操作
mysql> SELECT * FROM information_schema.processlist limit 10;
+-------+--------+-----------------------+---------------+---------+------+-------+------+
| ID    | USER   | HOST                  | DB            | COMMAND | TIME | STATE | INFO |
+-------+--------+-----------------------+---------------+---------+------+-------+------+
| 45730 | kkuser | 192.168.0.2:50753   | landray_kk_db | Sleep   |    2 |       | NULL |
| 45732 | kkuser | 192.168.0.2:50755   | landray_kk_db | Sleep   |    3 |       | NULL |
| 45487 | kkuser | 192.168.0.3:62093 | landray_kk_db | Sleep   |   11 |       | NULL |
| 45739 | kkuser | 192.168.0.2:50762   | landray_kk_db | Sleep   |    5 |       | NULL |
| 46013 | kkuser | 192.168.0.4:50997 | landray_kk_db | Sleep   |    2 |       | NULL |
| 45763 | kkuser | 192.168.0.2:50787   | landray_kk_db | Sleep   |    2 |       | NULL |
| 46086 | kkuser | 192.168.0.4:51071 | landray_kk_db | Sleep   |   10 |       | NULL |
| 46298 | kkuser | 192.168.0.5:50766 | landray_kk_db | Sleep   |    5 |       | NULL |
| 46300 | kkuser | 192.168.0.5:50768 | landray_kk_db | Sleep   |    5 |       | NULL |
| 46297 | kkuser | 192.168.0.5:50765 | landray_kk_db | connect| 150 |Send data | select a.deptid,a.deptname ..... |
+-------+--------+-----------------------+---------------+---------+------+-------+------+
10 rows in set (0.01 sec)
可以看到，在最后一列有Send data，經(jīng)過(guò)分析，發(fā)現原語(yǔ)句如下：
select a.deptid,a.deptname,b.person_name,b.person_id from deptment a,person b
where a.deptid = b.deptid
通過(guò)explain發(fā)現該語(yǔ)句，person表的dept_id缺少索引，導致掃描走的全表，每次訪(fǎng)問(wèn)10萬(wàn)多條記錄。
最后通過(guò)添加索引解決問(wèn)題
下面我們就簡(jiǎn)單說(shuō)一下processlist的各列說(shuō)明：

先簡(jiǎn)單說(shuō)一下各列的含義和用途，
第一列，會(huì )話(huà)id，在mysql層面查殺使用的
第二列，user列，訪(fǎng)問(wèn)的用戶(hù)，這個(gè)命令就只顯示你權限范圍內的sql語(yǔ)句。
第三列，host列，顯示這個(gè)語(yǔ)句是從哪個(gè)ip的哪個(gè)端口上發(fā)出的。
第四列，db列，顯示這個(gè)進(jìn)程目前連接的是哪個(gè)數據庫。
第五列，command列，顯示當前連接的執行的命令。
第六列，time列，此這個(gè)狀態(tài)持續的時(shí)間，單位是秒，如果后面有語(yǔ)句，要小心了，說(shuō)明該語(yǔ)句有問(wèn)題。
第七列，state列，顯示使用當前連接的sql語(yǔ)句的狀態(tài)，很重要的列，后續會(huì )有所有的狀態(tài)的描述，請注意，state只是語(yǔ)句執行中的某一個(gè)狀態(tài)，一個(gè)sql語(yǔ)句，已查詢(xún)?yōu)槔?，可能需要?jīng)過(guò)copying to tmp table，Sorting result，Sending data等狀態(tài)才可以完成，
第八列，info列，顯示這個(gè)sql語(yǔ)句，因為長(cháng)度有限，所以長(cháng)的sql語(yǔ)句就顯示不全，但是一個(gè)判斷問(wèn)題語(yǔ)句的重要依據。

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