MySQL學習系列2--MySQL執行計劃分析EXPLAIN [原創]

1.Explain語法

　　EXPLAIN SELECT ……

　　變體：

　   EXPLAIN EXTENDED SELECT …… 將執行計劃「反編譯」成SELECT語句，運行SHOW WARNINGS 可獲得被MySQL優化器優化後的查詢語句

 

2.執行計劃分析和實例

　　建立員工表Employee

create table Employee
(
    ID int auto_increment,
    Ename varchar(32),
    Age int,
    Salary float,
    MID int,
    Primary key (ID)
);

　　建立經理表Manager

create table Manager
(
    MID int,
    Name varchar(32),
    Primary key(MID)
);

　　首先，看看下面這兩條語句的執行結果，它們分別表明什麼意思呢？

　　下圖中結果部分的Type爲ALL, 表示執行的是全表掃描。　　

　　

　  下圖中執行結果部分Type爲const，key爲PRIMARY, 表示使用了主鍵索引，由於id爲主鍵。

　　

　　那麼，每一列分別表明什麼意思呢，請看下面的解釋。

　　select_type 表示查詢中每一個select子句的類型（簡單 OR複雜）

　　a.SIMPLE：查詢中不包含子查詢或者UNION

　　b.查詢中若包含任何複雜的子部分，最外層查詢則被標記爲：PRIMARY

　　c.在SELECT或WHERE列表中包含了子查詢，該子查詢被標記爲：SUBQUERY

　　d.在FROM列表中包含的子查詢被標記爲：DERIVED（衍生）

　　e.若第二個SELECT出如今UNION以後，則被標記爲UNION；若UNION包含在 FROM子句的子查詢中，外層SELECT將被標記爲：DERIVED

　　f.從UNION表獲取結果的SELECT被標記爲：UNION RESULT

　　MySQL執行計劃EXPLAIN主要能夠經過type來進行分析：

　　type表示MySQL在表中找到所需行的方式，又稱「訪問類型」，常見類型以下：（從上至下，效果依次變好）

　　ALL：Full Table Scan。 index：Full Index Scan。

　　range：索引範圍掃描。

　　ref ：非惟一性索引掃描。

　　eq_ref ：惟一性索引掃描。

　　const,system：將查詢轉換爲一個常量。

　　null：MySQL在優化過程當中分解語句，執行時甚至不用訪問表或索引

　　ALL：Full Table Scan， MySQL將遍歷全表以找到匹配的行，示例以下：

　　

　　ename字段上沒有索引，因此也是全表掃描。

　　

　　index：Full Index Scan，index與ALL區別爲index類型只遍歷索引樹

　　ID字段爲主鍵索引，在索引中掃描。

　　

　　range：索引範圍掃描，對索引的掃描開始於某一點，返回匹配值域的行， 常見於between、<、>，IN等的查詢

　　　　

　　

　　

　　ref：非惟一性索引掃描，返回匹配某個單獨值的全部行。常見於使用非惟一索引即惟一索引的非惟一前綴進行的查找

　　name和age和覆蓋索引，這裏只使用了name，即只使用了惟一性索引的一部分，故爲ref。

　　

　　eq_ref：惟一性索引掃描，對於每一個索引鍵，表中只有一條記錄與之匹配。 常見於主鍵或惟一索引掃描

　　MID對於表Manager是惟一的，主鍵索引，來與employee鏈接，故type爲eq_ref。

　　

　　const、system：當MySQL對查詢某部分進行優化，並轉換爲一個常量時， 使用這些類型訪問。如將主鍵置於where列表中，MySQL就能將該查詢轉 換爲一個常量。

　　system是const類型的特例，當查詢的表只有一行的狀況下， 使用system。

　　

　　exployee中ID爲主鍵索引，能夠直接定位，故爲const，而衍生後的結果集A中只有一條記錄，故爲type爲system。

　　NULL：MySQL在優化過程當中分解語句，執行時甚至不用訪問表或索引。

　　

　　ID= SELECT MIN(ID)說明ID已肯定，使用EXPLAIN EXTENDED優化，因此type爲null，mysql自動優化，無需去訪問表或索引。

　　

　　使用show warnings查看優化後獲得的結果。

　　其餘列的含義以下：

　　possible_keys 指出MySQL能使用哪一個索引在表中找到行，查詢涉及到的字段上若存在索引，則該索引將被列出，但不必定被查詢使用

　　key 顯示MySQL在查詢中實際使用的索引，若沒有使用索引，顯示爲NULL

　　key_len 表示索引中使用的字節數，可經過該列計算查詢中使用的索引的長度

　　ref 表示上述表的鏈接匹配條件，即哪些列或常量被用於查找索引列上的值

　　rows 表示MySQL根據表統計信息及索引選用狀況，估算的找到所需的記錄所須要讀取的行數

　　Extra 包含不適合在其餘列中顯示但十分重要的額外信息 如using where，using index

3.總結

　　MySQL的執行計劃分析在實際工做中也是很是重要的，SQL SERVER能夠經過「顯示估計的執行計劃」來查看sql的執行計劃，而MySQL則是經過explain + 查詢語句來查看其執行計劃，找出其索引使用狀況，執行順序等等，從而進行優化，使查詢的性能獲得提高。

　　

　　若是您有什麼問題，歡迎在下面評論，咱們一塊兒討論，謝謝~

　　若是您以爲還不錯，不妨點下右下方的推薦，有您的鼓勵我會繼續努力的~