首先你需要創建一個日志文件log.txt ，比如我直接保存在MySQL目錄下的data目錄中間，然後只需要在 MySQL的配置 文件 my.ini 中最後添加
log=d:/MySQL/data/log.txt
這樣可以記錄所有 的MySQL執行的sql語句!
當然對於喜歡試用 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 已經處理完了所有待處理的插入操 作，正在等待新的請求。
大部分狀態對應 很快的操作，只要有一個線程保持同一個狀態好幾秒鐘，那麼可能是有問題發生了，需要檢查一下。
還有其他的狀態沒在上面中列出來，不過它們大部分只是在查看服務器是否有存在錯誤是才用得著。
