MySQL優化：使用慢查詢日志定位效率較低的SQL語句
MySQL通過慢查詢日志定位那些執行效率較低的SQL 語句，用--log-slow-queries[=file_name]選項啟動時，mysqld 會寫一個包含所有執行時間超過long_query_time 秒的SQL語句的日志文件，通過查看這個日志文件定位效率較低的SQL 。
慢查詢日志在查詢結束以后才記錄，所以在應用反映執行效率出現問題的時候查詢慢查詢日志并不能定位問題，可以使用show processlist命令查看當前MySQL在進行的線程，包括線程的狀態、是否鎖表等，可以實時地查看SQL 的執行情況，同時對一些鎖表操作進行優化。
下面我們舉例說明一下，如何通過慢查詢日志定位執行效率低的SQL 語句：
開啟慢查詢日志，配置樣例:
- [mysqld]
- log-slow-queries
在my.cnf 配置文件中增加上述配置項并重啟mysql服務，這時mysql慢查詢功能生效。慢查詢日志將寫入參數DATADIR（數據目錄）指定的路徑下，默認文件名是host_name-slow.log 。
和錯誤日志、查詢日志一樣，慢查詢日志記錄的格式也是純文本，可以被直接讀取。下例中演示了慢查詢日志的設置和讀取過程。
首先查詢一下 long_query_time 的值 。
- mysql> show variables like 'long%';
- +-----------------+-------+
- | Variable_name | Value |
- +-----------------+-------+
- | long_query_time | 10 |
- +-----------------+-------+
- 1 row in set (0.00 sec)
為了方便測試，將修改慢查詢時間為5秒。
- mysql> set long_query_time=5;
- Query OK, 0 rows affected (0.02 sec)
依次執行下面兩個查詢語句。
第一個查詢因為查詢時間低于5 秒而不會出現在慢查詢日志中：
- mysql> select count(*) from order2008;
- +----------+
- | count(*) |
- +----------+
- | 208 |
- +----------+
- 1 row in set (0.00 sec)
第二個查詢因為查詢時間大于5 秒而應該出現在慢查詢日志中：
- mysql> select count(*) from t_user;
- +----------+
- | count(*) |
- +----------+
- | 6552961 |
查看慢查詢日志。
- [root@localhost mysql]# more localhost-slow.log
- # Time: 081026 19:46:34
- # User@Host: root[root] @ localhost []
- # Query_time: 11 Lock_time: 0 Rows_sent: 1 Rows_examined: 6552961
- select count(*) from t_user;
從上面日志中，可以發現查詢時間超過5 秒的SQL，而小于5秒的則沒有出現在此日志中。
#p#
如果慢查詢日志中記錄內容很多，可以使用mysqldumpslow工具（MySQL客戶端安裝自帶）來對慢查詢日志進行分類匯總。下例中對日志文件mysql_master-slow.log進行了分類匯總，只顯示匯總后摘要結果：
- [root@mysql_master mysql_data]#mysqldumpslow mysql_master-slow.log
- Reading mysql slow query log from mysql_master-slow.log
- Count: 2 Time=11.00s (22s) Lock=0.00s (0s) Rows=1.0 (2), root[root]@mysql_master
- select count(N) from t_user;
對于 SQL 文本完全一致，只是變量不同的語句，mysqldumpslow 將會自動視為同一個語句進行統計，變量值用N來代替。這個統計結果將大大增加用戶閱讀慢查詢日志的效率，并迅速定位系統的SQL 瓶頸。
注意：慢查詢日志對于我們發現應用中有性能問題的SQL很有幫助，建議正常情況下，打開此日志并經常查看分析。
【編輯推薦】
