1 什麼是sql執行計劃
SQL執行計劃，就是一條SQL語句，在數據庫中實際執行的時候，一步步的分別都做了什麼。就是我們用EXPLAIN分析一條SQL語句時展示出來的那些信息
2 sql執行計劃的作用
SQL執行計劃的意義就在於我們可以通過執行計劃更加清晰的認識到這一條語句，分爲了哪幾步，有沒有用到索引，是否有一些可優化的地方等
3怎麼使用執行計劃進行sql優化
使用 EXPLAIN 關鍵字可以讓你知道 MySQL 是如何處理你的 SQL 語句的。這 可以幫你分析你的查詢語句或是表結構的性能瓶頸。
挑一個你的 SELECT 語句(推薦挑選那個最複雜的，有多表聯接的)，把關鍵 字 EXPLAIN 加到前面。你可以使用 phpmyadmin 來做這個事。然後，你會看到一 張表格。下面的這個示例中，我們忘記加上了 group_id 索引，並且有表聯接：
當我們爲 group_id 字段加上索引後：
我們可以看到，前一個結果顯示搜索了 7883 行，而後一個只是搜索了兩個 表的 9 和 16 行。查看 rows 列可以讓我們找到潛在的性能問題。
字段類型解釋
其中，
id 表示查詢表的執行優先級 ID 值越大執行優先級越高;ID相同說明是重上往下執行 ;
select_type : 查詢的類型，主要是用於區分普通查詢、聯合查詢、子查詢等複雜的查詢
1、SIMPLE：簡單的select查詢，查詢中不包含子查詢或者union
2、PRIMARY：查詢中包含任何複雜的子部分，最外層查詢則被標記爲primary
3、SUBQUERY：在select 或 where列表中包含了子查詢
4、DERIVED：在from列表中包含的子查詢被標記爲derived（衍生），mysql或遞歸執行這些子查詢，把結果放在零時表裏
5、UNION：若第二個select出現在union之後，則被標記爲union；若union包含在from子句的子查詢中，外層select將被標記爲derived
6、UNION RESULT：從union表獲取結果的select
table 表示 查的表
訪問類型，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：唯一性索引掃描，對於每個索引鍵，表中只有一條記錄與之匹配。常見於主鍵 或 唯一索引掃描。
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列表中
primary的話，表示使用了主鍵；
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，表明索引用來讀取數據而非執行查找動作
覆蓋索引（Covering Index）：也叫索引覆蓋。就是select列表中的字段，只用從索引中就能獲取，不必根據索引再次讀取數據文件，換句話說查詢列要被所建的索引覆蓋。
注意：
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操作，在找到第一個匹配的元祖後即停止找同樣值得動作