1> explain SQL，類似于Oracle中explain語句

例如：explain select * from nad_aditem;

2> select benchmark(count,sql);計算sql語句執(zhí)行count次所花費的時間

例如：

mysql> select benchmark(1000,"SELECT * FROM AD");

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

| benchmark(1000,"SELECT * FROM AD") |

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

| 0 |

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

1 row in set (0.02 sec)

注意觀察0.02這個時間，而且不能僅僅關注這個時間，還要觀察CPU和系統(tǒng)的負載。

3.MySQL慢查詢統(tǒng)計

3.1 按天統(tǒng)計：

grep Time: mysqlmaster-slow.log | awk '{print $3}'|awk '{a[$1]++}END{for (j in a) print j,": " a[j]}' | sort -nrk2 -t:

3.2 按分鐘統(tǒng)計：

grep Time: mysqlmaster-slow.log | awk '{print $3,$4}'|awk -F : '{print $1,$2}' | awk -F : '{a[$1]++}END{for (j in a) print j,": " a[j]}' | sort -nrk2 -t:

3.3 按小時統(tǒng)計：

grep Time: mysqlmaster-slow.log | awk '{print $3,$4}'|awk -F : '{print $1}' | awk -F : '{a[$1]++}END{for (j in a) print j,": " a[j]}' | sort -nrk2 -t:

Explain命令在解決數(shù)據(jù)庫性能上是第一推薦使用命令，大部分的性能問題可以通過此命令來簡單的解決，Explain可以用來查看SQL語句的執(zhí)行效 果，可以幫助選擇更好的索引和優(yōu)化查詢語句，寫出更好的優(yōu)化語句。

Explain語法：explain select…from…[where ...]

例如：explain select * from news;

輸出：

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

| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |

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

下面對各個屬性進行了解：

1、id：這是SELECT的查詢序列號

2、select_type：select_type就是select的類型，可以有以下幾種：

SIMPLE：簡單SELECT(不使用UNION或子查詢等)

PRIMARY：最外面的SELECT

UNION：UNION中的第二個或后面的SELECT語句

DEPENDENT UNION：UNION中的第二個或后面的SELECT語句，取決于外面的查詢

UNION RESULT：UNION的結果。

SUBQUERY：子查詢中的第一個SELECT

DEPENDENT SUBQUERY：子查詢中的第一個SELECT，取決于外面的查詢

DERIVED：導出表的SELECT(FROM子句的子查詢)

3、table：顯示這一行的數(shù)據(jù)是關于哪張表的

4、type：這列最重要，顯示了連接使用了哪種類別,有無使用索引，是使用Explain命令分析性能瓶頸的關鍵項之一。

結果值從好到壞依次是：

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

一般來說，得保證查詢至少達到range級別，最好能達到ref，否則就可能會出現(xiàn)性能問題。

5、possible_keys：列指出MySQL能使用哪個索引在該表中找到行

6、key：顯示MySQL實際決定使用的鍵(索引)。如果沒有選擇索引，鍵是NULL

7、key_len：顯示MySQL決定使用的鍵長度。如果鍵是NULL，則長度為NULL。使用的索引的長度。在不損失精確性的情況下，長度越短越好

8、ref：顯示使用哪個列或常數(shù)與key一起從表中選擇行。

9、rows：顯示MySQL認為它執(zhí)行查詢時必須檢查的行數(shù)。

10、Extra：包含MySQL解決查詢的詳細信息，也是關鍵參考項之一。

Distinct

一旦MYSQL找到了與行相聯(lián)合匹配的行，就不再搜索了

Not exists

MYSQL 優(yōu)化了LEFT JOIN，一旦它找到了匹配LEFT JOIN標準的行，

就不再搜索了

Range checked for each

Record(index map:#)

沒有找到理想的索引，因此對于從前面表中來的每一 個行組合，MYSQL檢查使用哪個索引，并用它來從表中返回行。這是使用索引的最慢的連接之一

Using filesort

看 到這個的時候，查詢就需要優(yōu)化了。MYSQL需要進行額外的步驟來發(fā)現(xiàn)如何對返回的行排序。它根據(jù)連接類型以及存儲排序鍵值和匹配條件的全部行的行指針來 排序全部行

Using index

列數(shù)據(jù)是從僅僅使用了索引中的信息而沒有讀取實際的行動的表返回的，這發(fā)生在對表 的全部的請求列都是同一個索引的部分的時候

Using temporary

看到這個的時候，查詢需要優(yōu)化了。這 里，MYSQL需要創(chuàng)建一個臨時表來存儲結果，這通常發(fā)生在對不同的列集進行ORDER BY上，而不是GROUP BY上

Using where

使用了WHERE從句來限制哪些行將與下一張表匹配或者是返回給用戶。如果不想返回表中的全部行，并且連接類型ALL或index， 這就會發(fā)生，或者是查詢有問題

總結

以上是生活随笔為你收集整理的mysql 语句性能分析_mysql的sql语句的性能诊断分析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。