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:顯示這一行的數據是關於哪張表的
4、type:這列最重要,顯示了連接使用了哪種類別,有無使用索引,是使用Explain命令分析性能瓶頸的關鍵項之一。
結果值從好到壞依次是:
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery
> range > index > ALL
一般來說,得保證查詢至少達到range級別,最好能達到ref,否則就可能會出現性能問題。
5、possible_keys:列指出MySQL能使用哪個索引在該表中找到行
6、key:顯示MySQL實際決定使用的鍵(索引)。如果沒有選擇索引,鍵是NULL
7、key_len:顯示MySQL決定使用的鍵長度。如果鍵是NULL,則長度為NULL。使用的索引的長度。在不損失精確性的情
況下,長度越短越好
8、ref:顯示使用哪個列或常數與key一起從表中選擇行。
9、rows:顯示MySQL認為它執行查詢時必須檢查的行數。
10、Extra:包含MySQL解決查詢的詳細信息,也是關鍵參考項之一。
Distinct
一旦MYSQL找到了與行相聯合匹配的行,就不再搜索了
Not exists
MYSQL 優化了LEFT JOIN,一旦它找到了匹配LEFT JOIN標准的行,
就不再搜索了
Range checked for each
Record(index map:#)
沒有找到理想的索引,因此對於從前面表中來的每一 個行組合,MYSQL檢查使用哪個索引,並用它來從表中返回行。
這是使用索引的最慢的連接之一
Using filesort
看 到這個的時候,查詢就需要優化了。MYSQL需要進行額外的步驟來發現如何對返回的行排序。它根據連接類型以及
存儲排序鍵值和匹配條件的全部行的行指針來 排序全部行
Using index
列數據是從僅僅使用了索引中的信息而沒有讀取實際的行動的表返回的,這發生在對表 的全部的請求列都是同一個索
引的部分的時候
Using temporary
看到這個的時候,查詢需要優化了。這 裡,MYSQL需要創建一個臨時表來存儲結果,這通常發生在對不同的列集進行
ORDER BY上,而不是GROUP BY上
Using where
使用了WHERE從句來限制哪些行將與下一張表匹配或者是返回給用戶。如果不想返回表中的全部行,並且連接類型ALL
或index, 這就會發生,或者是查詢有問題
其他一些Tip:
當type 顯示為 “index” 時,並且Extra顯示為“Using Index”, 表明使用了覆蓋索引。
附上一些字段說明
ID:MySQL Query Optimizer選定的執行計劃中查詢的序列號。
Select_type:所使用的查詢類型,主要有以下這幾種查詢類型。
DEPENDENT SUBQUERY:子查詢內層的第一個SELECT,依賴於外部查詢的結果集。
DEPENDENT UNION:子查詢中的UNION,且為UNION中從第二個SELECT開始的後面所有SELECT,同樣依賴於外部查詢的結
果集。
PRIMARY:子查詢中的最外層查詢,注意並不是主鍵查詢。
SIMPLE:除子查詢或UNION之外的其他查詢。
SUBQUERY:子查詢內層查詢的第一個SELECT,結果不依賴於外部查詢結果集。
UNCACHEABLE SUBQUERY:結果集無法緩存的子查詢。
UNION:UNION語句中第二個SELECT開始後面的所有SELECT,第一個SELECT為PRIMARY。
UNION RESULT:UNION 中的合並結果。
Table:顯示這一步所訪問的數據庫中的表的名稱。
Type:告訴我們對表使用的訪問方式,主要包含如下集中類型。
all:全表掃描。
const:讀常量,最多只會有一條記錄匹配,由於是常量,實際上只須要讀一次。
eq_ref:最多只會有一條匹配結果,一般是通過主鍵或唯一鍵索引來訪問。
fulltext:進行全文索引檢索。
index:全索引掃描。
index_merge:查詢中同時使用兩個(或更多)索引,然後對索引結果進行合並(merge),再讀取表數據。
index_subquery:子查詢中的返回結果字段組合是一個索引(或索引組合),但不是一個主鍵或唯一索引。
rang:索引范圍掃描。
ref:Join語句中被驅動表索引引用的查詢。
ref_or_null:與ref的唯一區別就是在使用索引引用的查詢之外再增加一個空值的查詢。
system:系統表,表中只有一行數據;
unique_subquery:子查詢中的返回結果字段組合是主鍵或唯一約束。
Possible_keys:該查詢可以利用的索引。如果沒有任何索引可以使用,就會顯示成null,這項內容對優化索引時的調
整非常重要。
Key:MySQL Query Optimizer 從 possible_keys 中所選擇使用的索引。
Key_len:被選中使用索引的索引鍵長度。
Ref:列出是通過常量(const),還是某個表的某個字段(如果是join)來過濾(通過key)的。
Rows:MySQL Query Optimizer 通過系統收集的統計信息估算出來的結果集記錄條數。
Extra:查詢中每一步實現的額外細節信息,主要會是以下內容。
Distinct:查找distinct 值,當mysql找到了第一條匹配的結果時,將停止該值的查詢,轉為後面其他值查詢。
Full scan on NULL key:子查詢中的一種優化方式,主要在遇到無法通過索引訪問null值的使用。
Range checked for each record (index map: N):通過 MySQL 官方手冊的描述,當 MySQL Query Optimizer 沒有
發現好的可以使用的索引時,如果發現前面表的列值已知,部分索引可以使用。對前面表的每個行組合,MySQL檢查是
否可以使用range或 index_merge訪問方法來索取行。
SELECT tables optimized away:當我們使用某些聚合函數來訪問存在索引的某個字段時,MySQL Query Optimizer
會通過索引直接一次定位到所需的數據行完成整個查詢。當然,前提是在 Query 中不能有 GROUP BY 操作。如使用
MIN()或MAX()的時候。
Using filesort:當Query 中包含 ORDER BY 操作,而且無法利用索引完成排序操作的時候,MySQL Query Optimizer
不得不選擇相應的排序算法來實現。
Using index:所需數據只需在 Index 即可全部獲得,不須要再到表中取數據。
Using index for group-by:數據訪問和 Using index 一樣,所需數據只須要讀取索引,當Query 中使用GROUP BY或
DISTINCT 子句時,如果分組字段也在索引中,Extra中的信息就會是 Using index for group-by。
Using temporary:當 MySQL 在某些操作中必須使用臨時表時,在 Extra 信息中就會出現Using temporary 。主要常
見於 GROUP BY 和 ORDER BY 等操作中。
Using where:如果不讀取表的所有數據,或不是僅僅通過索引就可以獲取所有需要的數據,則會出現 Using where
信息。
Using where with pushed condition:這是一個僅僅在 NDBCluster存儲引擎中才會出現的信息,而且還須要通過打
開 Condition Pushdown 優化功能才可能被使用。控制參數為 engine_condition_pushdown 。
Impossible WHERE noticed after reading const tables:MySQL Query Optimizer 通過收集到的統計信息判斷出不
可能存在結果。
No tables:Query 語句中使用 FROM DUAL或不包含任何 FROM子句。
Not exists:在某些左連接中,MySQL Query Optimizer通過改變原有 Query 的組成而使用的優化方法,可以部分減
少數據訪問次數