前一段日子，我曾經設定了一次記錄在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條裡面含有左連線的查詢語句。
MySQL慢查詢的兩種分析方案 slow sql
前一段日子，我曾經設定了一次記錄在mysql資料庫中對慢於1秒鐘的sql語句進行查詢。想起來有幾個十分設定的方法，有幾個引數的名稱死活回憶不起來了，於是重新整理一下，自己做個筆記。對於排查問題找出效能瓶頸來說，最容易發現並解決的問題就是mysql慢查詢以及沒有得用索引的查詢。ok，開始找出mysql...
MySQL慢查詢的兩種分析方案 slow sql
前一段日子，我曾經設定了一次記錄在mysql資料庫中對慢於1秒鐘的sql語句進行查詢。想起來有幾個十分設定的方法，有幾個引數的名稱死活回憶不起來了，於是重新整理一下，自己做個筆記。對於排查問題找出效能瓶頸來說，最容易發現並解決的問題就是mysql慢查詢以及沒有得用索引的查詢。ok，開始找出mysql...
MySQL慢查詢的2種分析方案
以下的文章主要介紹的是mysql慢查詢分析方法，前一段日子，我曾經設定了一次記錄在mysql資料庫中對慢於1秒鐘的sql語句進行查詢。想起來有幾個十分設定的方法，有幾個引數的名稱死活回憶不起來了，於是重新整理一下，自己做個筆記。對於排查問題找出效能瓶頸來說，最容易發現並解決的問題就是mysql慢查詢...