前一段日子，我曾經設定了一次記錄在MySQL資料庫中對慢於1秒鐘的SQL語句進行查詢。想起來有幾個十分設定的方法，有幾個引數的名稱死活回憶不起來了，於是重新整理一下，自己做個筆記。

　　對於排查問題找出效能瓶頸來說，最容易發現並解決的問題就是MySQL慢查詢以及沒有得用索引的查詢。

　　OK，開始找出MySQL中執行起來不“爽”的SQL語句吧。

　　MySQL慢查詢分析方法一：

　　這個方法我正在用，呵呵，比較喜歡這種即時性的。

　　MySQL5.0以上的版本可以支援將執行比較慢的SQL語句記錄下來。

　　MySQL> show variables like 'long%';

　　注：這個long_query_time是用來定義慢於多少秒的才算“慢查詢”

　　+-----------------+-----------+

　　| Variable_name | Value |

　　+-----------------+-----------+

　　| long_query_time | 10.000000 |

　　+-----------------+-----------+

　　1 row in set (0.00 sec)

　　MySQL> set long_query_time=1;

　　注： 我設定了1, 也就是執行時間超過1秒的都算慢查詢。

　　Query OK, 0 rows affected (0.00 sec)

　　MySQL> show variables like 'slow%';

　　+---------------------+---------------+

　　| Variable_name | Value |

　　+---------------------+---------------+

　　| slow_launch_time | 2 |

　　| slow_query_log | ON |

　　注：是否開啟日誌記錄

　　| slow_query_log_file | /tmp/slow.log |

　　注： 設定到什麼位置

　　+---------------------+---------------+

　　3 rows in set (0.00 sec)

　　MySQL> set global slow_query_log='ON'

　　注：開啟日誌記錄

　　一旦slow_query_log變數被設定為ON，MySQL會立即開始記錄。

　　/etc/my.cnf 裡面可以設定上面MySQL全域性變數的初始值。

　　long_query_time=1 slow_query_log_file=/tmp/slow.log

　　MySQL慢查詢分析方法二:

　　MySQLdumpslow命令

　　/path/MySQLdumpslow -s c -t 10 /tmp/slow-log

　　這會輸出記錄次數最多的10條SQL語句，其中：

　　-s, 是表示按照何種方式排序，c、t、l、r分別是按照記錄次數、時間、查詢時間、返回的記錄數來排序，ac、at、al、ar，表示相應的倒敘;

　　-t, 是top n的意思，即為返回前面多少條的資料;

　　-g, 後邊可以寫一個正則匹配模式，大小寫不敏感的;

　　比如

　　/path/MySQLdumpslow -s r -t 10 /tmp/slow-log

　　得到返回記錄集最多的10個查詢。

　　/path/MySQLdumpslow -s t -t 10 -g “left join” /tmp/slow-log

　　得到按照時間排序的前10條裡面含有左連線的查詢語句。