MySQL慢查詢日誌提供了超過指定時間閾值的查詢信息，為性能優化提供了主要的參考依據，是一個非常實用的功能，
MySQL慢查詢日誌的開啟和配置非常簡單，可以指定記錄的文件（或者表），超過的時間閾值等就可以記錄到慢sql了，
實話講，相比較sqlserver的trace或者擴展事件（雖然此二者的作用並非僅僅如此），MySQL的配置總是給人一種非常清爽的感覺。

　　1，慢查詢日誌的打開

　　正常情況下，只需要在配置文件中增加slow_query_log = 1配置，即打開慢查詢日誌，未指定slow_query_log_file的情況下，會自動生成一個以主機名+‘slow’.log 的文件。

　　2，默認情況下記錄慢查詢的時間閾值為10s

　　默認情況下，指定slow_query_log = 1的情況其啟動MySQL，即可打開慢查詢，自動生成一個默認的以主機名++‘slow’.log 的文件來記錄超過執行超過10s的慢查詢。

　　也可以顯式指定慢查詢的日誌文件名稱（不存在會自動創建）和記錄慢查詢的時間閾值（非默認的10s）。

　　註意在配置文件中指定long_query_time的時候，不需要時間單位，只需要一個值，比如1就代表1s，如果帶了時間單位，服務將無法啟動。

　　如下是一個記錄到日誌文件中的慢sql的示例

　　3，記錄慢查詢日誌到表

　　配置：需要添加一個log_output的配置，就可以將慢查詢記錄到表中了

　　mysql庫下面有一個默認的slow_log表，可以直接將slow_query_log_file = slow_log，即可將慢查詢日誌記錄到表中。

　　記錄到的slow sql如下，可以發現sql_text是一個二進制的信息，並非原始的sql文本

　　可以通過CONVERT函數轉換一下即可。

關於慢查詢記錄到日誌文件和表中的區別：

　　1，慢查詢記錄到日誌文件和表中，記錄本身差別不大，如果是記錄在表中，慢查詢的執行時間信息無法精確到微妙，

　　 2，如果將慢查詢信息記錄在表中，方便查詢，但因為是結構化的數據，可能會比記錄在慢查詢日誌文件中（平面文本文件）要慢一點點（個人猜測），如果是記錄到文件，需要mysqldumpslow工具解析。

　　3，慢查詢不記錄執行失敗的查詢，比如long_query_time設置為10（10秒鐘），一個查詢超過了10秒鐘，但是因為其他原因執行失敗，MySQL的慢查詢將無法記錄此查詢信息。

MySQL慢查詢日誌相關的配置和使用。