通過日誌檢視mysql正在執行的SQL語句

    在專案開發裡面總是要檢視後臺執行的sql語句，mysql資料庫也不例外，它的檢視方式大家一般喜歡使用 show processlist; 命令來解決，通過裡面輸出結果的欄位解釋中可以分析執行了的sql語句型別，但不太適合一般的初級使用者，因此通過日誌檔案檢視sql語句是最直接的方法。

    首先你需要建立一個日誌檔案log.txt ，比如我直接儲存在mysql目錄下的data目錄中間，然後只需要在 mysql的配置檔案 my.ini 中最後新增 

      log=d:/mysql/data/log.txt  

      這樣可以記錄所有的mysql執行的sql語句!

 

   

      當然對於喜歡試用 show processlist; 的人員，下面提供一篇【 mysql 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 table ， Sorting result ， Sending 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 已經處理完了所有待處理的插入操作，正在等待新的請求。
　大部分狀態對應很快的操作，只要有一個執行緒保持同一個狀態好幾秒鐘，那麼可能是有問題發生了，需要檢查一下。
　還有其他的狀態沒在上面中列出來，不過它們大部分只是在檢視伺服器是否有存在錯誤是才用得著。

mysql 手冊裡有所有狀態的說明，連結如下： http://dev.mysql.com/doc/refman/5.0/en/general-thread-states.html

中文說明取自 http://www.linuxpk.com/5747.html