推薦學習:mysql影片教學
#使用explain關鍵字可以模擬最佳化器執行SQL查詢語句,從而知道MySQL是如何處理你的SQL語句的,分析你的查詢語句或是表格結構的效能瓶頸。
其中最重要的欄位為:id、type、key、rows、Extra
select查詢的序號,包含一組數字,表示查詢中執行select子句或操作表的順序
三種情況:
1、id相同:執行順序由上到下
#2、id不同:如果是子查詢,id的序號會遞增,id值越大優先權越高,越先被執行
#3、id相同又不一樣(兩種情況同時存在):id如果相同,可以認為是一組,從上往下順序執行;在所有組中,id值越大,優先權越高,越先執行
查詢的類型,主要是用來區分普通查詢、聯合查詢、子查詢等複雜的查詢
存取類型,sql查詢最佳化中一個很重要的指標,結果值從好到壞依序是:
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
一般來說,好的sql查詢至少達到range級別,最好能達到ref
1、system:表格只有一行記錄(等於系統表),這是const類型的特例,平常不會出現,可以忽略不計
#2、const:表示透過索引一次就找到了,const用於比較primary key 或者unique索引。因為只需匹配一行數據,所有很快。如果將主鍵置於where清單中,mysql就能將該查詢轉換為一個const
#3、eq_ref:唯一性索引掃描,對於每個索引鍵,表中只有一筆記錄與之相符。常見於主鍵 或 唯一索引掃描。
注意:ALL全表掃描的表記錄最少的表如t1表
4、ref:非唯一性索引掃描,傳回符合某個單獨值的所有行。本質是也是一種索引訪問,它返回所有匹配某個單獨值的行,然而他可能會找到多個符合條件的行,所以它應該屬於查找和掃描的混合體
5、range:只檢索給定範圍的行,使用一個索引來選擇行。 key列顯示使用了那個索引。一般就是在where語句中出現了bettween、、in等的查詢。這種索引列上的範圍掃描比全索引掃描好。只需要開始於某一點,結束於另一個點,不用掃描全部索引#
6、index:Full Index Scan,index與ALL區別為index類型只遍歷索引樹。這通常為ALL塊,應為索引檔案通常比資料檔案小。 (Index與ALL雖然都是讀全表,但index是從索引中讀取,而ALL是從硬碟讀取)
##7、ALL:Full Table Scan,遍歷全表以找到匹配的行
#possible_keys查詢涉及到的欄位上存在索引,則該索引將被列出,但不一定被查詢實際使用key實際使用的索引,如果為NULL,則沒有使用索引。查詢中如果使用了覆寫索引,則該索引只出現在key清單中
##key_len表示索引中使用的位元組數,查詢中使用的索引的長度(最大可能長度),並非實際使用長度,理論上長度越短越好。 key_len是根據表定義計算而得的,不是透過表內檢索出的ref#顯示索引的那一列被使用了,如果可能,就是一個常數const。 rows根據表格統計資訊及索引選用情況,大致估算出找到所需的記錄所需要讀取的行數
Extra#不適合在其他欄位中顯示,但是十分重要的額外資訊1、Using filesort :mysql對資料使用一個外部的索引排序,而不是依照表內的索引進行排序讀取。也就是說mysql無法利用索引完成的排序操作成為「檔案排序」
由於索引是先按email排序、再按address排序,所以查詢時如果直接按address排序,索引就不能滿足要求了,mysql內部必須再實作一次「檔案排序」#2、Using temporary:使用暫存表儲存中間結果,也就是說mysql在對查詢結果排序時使用了臨時表,常見於order by 和group by
#3、Using index:
表示對應的select操作中使用了覆蓋索引(Covering Index),避免了存取表的資料行,效率高
如果同時出現Using where,表示索引被用來執行索引鍵值的查找(參考上圖)如果沒用同時出現Using where,表示索引用來讀取資料而非執行查找動作
a、如需使用覆蓋索引,select列表中的欄位只取出需要的列,不要使用select *
b、如果將所有欄位都建索引會導致索引檔案過大,反而降低crud效能
4、Using where :
使用了where過濾#5、Using join buffer :
使用了連結快取6、Impossible WHERE:where子句的值總是false,不能用來取得任何元祖
7、select tables optimized away:
#在沒有group by子句的情況下,基於索引最佳化MIN/MAX操作或對於MyISAM儲存引擎最佳化COUNT(*)操作,不必等到執行階段在進行計算,查詢執行計畫產生的階段即可完成最佳化####### ##8、distinct:#########優化distinct操作,在找到第一個匹配的元祖後即停止找同樣值得動作###1(id = 4)、【select id, name from t2】:select_type 為union,說明id =4的select是union裡面的第二個select。
2(id = 3)、【select id, name from t1 where address = '11'】:因為是在from語句中包含的子查詢所以被標記為DERIVED(衍生),where address = '11' 透過複合索引idx_name_email_address就能檢索到,所以type為index。
3(id = 2)、【select id from t3】:因為是在select中包含的子查詢所以被標記為SUBQUERY。
4(id = 1)、【select d1.name, … d2 from … d1】:select_type為PRIMARY表示該查詢為最外層查詢,table列被標記為「derived3」表示查詢結果來自於一個衍生表(id = 3 的select結果)。
5(id = NULL)、【 … union …】:代表從union的臨時表讀取行的階段,table列的「union 1, 4」表示用 id=1 和id=4的select結果進行union操作。
推薦學習:mysql影片教學
#以上是Mysql中如何查看執行計劃的詳細內容。更多資訊請關注PHP中文網其他相關文章!