MySql 執行計劃

摘要： mysql執行計劃是sql語句經過查詢優化器後，查詢優化器會根據使用者的sql語句所包含的欄位和內容數量等統計資訊，選擇出一個執行效率最優（mysql系統認為最優）的執行計劃，然後根據執行計劃，呼叫儲存引擎提供的介面，獲取資料。 但是，在mysql執行的時候，到底使用了一個什麼樣的執行計劃...

mysql執行計劃是sql語句經過查詢優化器後，查詢優化器會根據使用者的sql語句所包含的欄位和內容數量等統計資訊，選擇出一個執行效率最優（mysql系統認為最優）的執行計劃，然後根據執行計劃，呼叫儲存引擎提供的介面，獲取資料。

但是，在mysql執行的時候，到底使用了一個什麼樣的執行計劃，有沒有用到索引。當資料規模比較大的時候，sql執行的時候，執行計劃不同，會直接影響sql的執行速度。這個時候，就需要對sql語句執行進行除錯。

mysql我們在除錯sql語句的時候，不會像我們寫java或者其他語言程式碼那樣通過打斷點的方式進行程式碼除錯。這個時候，我們就需要通過檢視執行計劃來除錯我們的sql了。Mysql通過EXPLAIN來檢視執行計劃，我們寫sql語句的時候，在語句之前加一個EXPLAIN就可以了。EXPLAIN可以用在SELECT、DELETE、INSERT、PEPLACE以及UPDATE等語句中，如：

1 EXPLAIN SELECT
2*
3 FROM
4school
5 WHERE
6school_nick = '縣第一小學'

EXPLAIN SQL

執行後，結果如下：

這裡介紹下每個欄位以及每個欄位的含義：

id

id是執行計劃的識別符號，是SELECT 查詢的序號。如果結果集會跟其他表的結果用UNION關鍵字相結合，那麼id可能為空。

id是否為空，對執行計劃的影響不大，如果有興趣可以看另外一篇部落格： ofollow,noindex">mysql執行計劃id為空—UNION關鍵字 ，這裡不再贅述。

select_type

select_type表示sql語句查詢的型別。具體表示如下表：

select_type的值	含義
SIMPLE	簡單的select查詢，沒有使用關聯和子查詢。
PRIMARY	最外層select，包含子查詢的時候，最外層的查詢
UNION	在一個UNION查詢中，第二次或以後的子查詢操作
DEPENDENT UNION	在一個UNION查詢中，第二次子查詢或以後的SELECT查詢的時候需要依賴外部的查詢
UNION RESULT	UNION的返回結果集
SUBQUERY	子查詢語句的第一個select語句
DEPENDENT SUBQUERY	依賴外部查詢的第一個子查詢
DERIVED	派生表——該臨時表是從子查詢派生出來的，位於form中的子查詢
MATERIALIZED	物化子查詢（不確定啥意思，以後研究後再回來補充，或者大神指教）
UNCACHEABLE SUBQUERY	無法快取結果的子查詢，必須為外部查詢的每一行重新計算
UNCACHEABLE UNION	UNION中的第二個或以後的不可快取的子查詢。

table

輸出行引用的表的名稱。一般為表格名稱或別名，也可能為如下值：

1.UNION的並集結果集。

2.derivedN當前行指向派生結果集。可能是一個派生表，例如來自FROM子句的結果集。

3.subqueryN 當前行指向一個子查詢的結果集。

type

連線型別。該列輸出表示如何連線表。下面的型別表示從最好的到最壞的型別

1. system  該表只有一行（=系統表）。這是 const 連線型別的特例 。

2. const  最多隻有一行匹配，在查詢開始的時候，計算出常量對應的地址，直接訪問，例如：select * from test where  name ='zhang' 當name是唯一索引的時候，就有可能出現const。 const 非常快，因為它只讀一次。

3. eq_ref  除了  system 和  const 型別之外，這是最好的連線型別。當兩個表聯查時使用索引的所有部分（針對的是組合索引），且索引是 主鍵或唯一索引時使用它。使用“=”運算子來進行索引列的比較。

4. ref  非唯一索引掃描，返回某個匹配值的所有行。常用語非唯一索引。這裡對於eq_ref 和ref不熟悉的同學，可以看以下程式碼：

　　

 1 -- 給test表的name欄位加唯一索引，test2 的job 行新增非唯一索引。
 2 -- 這個程式碼執行後，首先執行test2 的查詢，查出job = ‘teacher’ 的所有集合。
 3 -- 所以test2 的typ是ref 表示的是匹配job = ‘teacher’ 的一個結果集。
 4 -- 然後從結果集中取出name的集合，去匹配test1.name的結果。因為test1.name是唯一索引，所以一個name最多匹配到一條記錄，所以test的type是ref
 5 EXPLAIN SELECT
 6*
 7 FROM
 8test,
 9test2
10 WHERE
11test. NAME = test2. NAME
12 AND test2.job = '33'

test ref and eq_ref

執行結果如下圖：

5. fulltext  使用fulltext 索引進行查詢。

6. ref_or_null  這種連結型別類似於ref，但是，除了ref之外，還對包含null的值進行了搜尋。常用於解析子查詢。程式碼示例如下：

1 SELECT * FROM ref_table
2WHERE key_column=expr OR key_column IS NULL;

ref_or_null

7. index_merge  這個連結型別表示使用索引合併優化。輸出內容包含在索引列表中。

8. unique_subquery 索引查詢，替換子查詢，以提高效率。

value IN (SELECT primary_key FROM single_table WHERE some_expr)

unique_subquery

9. index_subquery 類似於unique_subquery 但是替換in子查詢，適用於非唯一索引，程式碼：  value IN ( SELECT key_column FROM single_table WHERE some_expr)

10. range  掃描部分索引，對索引的掃描從某一點開始，返回的是某個索引區域的值。常見的有基於索引的 < ,> 等的查詢。

11.  index  掃描全部索引，對索引進行整體掃描。

12. all  全表掃描，最慢的查詢 。應該避免

possible_keys

可能使用的key，指出當前查詢涉及到的行都含有那些索引。如果有索引就會列出，但是不一定會被使用。

key

實際使用的索引。如果沒有使用索引，顯示null。

key_len

表中對應的索引最大可能長度。可以通過設定索引長度改變該值。例如：一個varchar（255）的索引長度為255，可是我們使用不到那麼長，我們可以取字串的前五位作為索引。這時key_len 就是5.這裡關於索引值的長度的選取規則，以後有機會再寫一篇部落格詳細介紹。

ref

哪些欄位和key一起被使用。沒用過。

rows

受影響的行數。不是特別精確的。

Extra

解釋額外的資訊。包含mysql對於query優化的時候的一些附加資訊。 非常有用 。可能出現的結果如下：

• const row not found 該表為空
• Deleting all rows   表格內資料被標記刪除，正在刪除中（某些儲存引擎支援一種方法，以簡單快捷的方式刪除所有行，這時查詢就會出現這個提示）
• Distinct  MySQL正在尋找不同的值，因此它在找到第一個匹配行後停止為當前行組合搜尋更多行。
• FirstMatch(tbl_name)   半連線FirstMatch連線快捷方式策略用於 tbl_name 。
• Full scan on NULL key當優化程式無法使用索引查詢訪問方法時，子查詢優化將作為回退策略發生。
• Impossible HAVING 該 HAVING 子句始終為false，無法選擇任何行。
• Impossible WHERE  該 WHERE 子句始終為false，無法選擇任何行。
• Impossible WHERE noticed after reading const tables  MySQL已經讀取了所有  const （和  system ）表，並注意到該 WHERE 子句始終為false。
• No matching min/max row 沒有行滿足查詢的條件的行
• no matching row in const table  對於具有連線的查詢，有一個空表或沒有滿足唯一索引條件的行的表。
• No matching rows after partition pruning   對於 DELETE 或  UPDATE ，優化器在分割槽修剪後發現沒有刪除或更新的內容。
• No tables used  查詢沒有 FROM 子句
• Not exists 查詢的內容不存在 
• Plan isn't ready yet   優化程式尚未完成為在命名連線中執行的語句建立執行計劃時，  會出現此值 。
• Range checked for each record MySQL發現沒有好的索引可以使用，但發現在前面的表的列值可能會使用某些索引。
• Recursive  遞迴
• Skip_open_table ，  Open_frm_only ，  Open_full_table  

  • Skip_open_table ：表文件不需要開啟。 該資訊已從資料字典中獲得。

  • Open_frm_only ：只需要讀取表資訊的資料字典。

  • Open_full_table ：未優化的資訊查詢。 必須從資料字典中讀取表資訊並讀取表文件。

• unique row not found   對於查詢 ，沒有行滿足  索引或 表的條件。
• Using filesort  使用檔案排序。 MySQL必須執行額外的傳遞以找出如何按排序順序檢索行。 排序是通過根據連線型別遍歷所有行並將排序鍵和指標儲存到與該 WHERE 子句 匹配的所有行的行來完成的 。 然後對鍵進行排序，並按排序順序檢索行
• Using index 僅使用索引樹中的資訊從表中檢索列資訊，而不必另外尋找讀取實際行。當查詢僅使用屬於單個索引的列時，可以使用此策略。
• Using index condition  通過首先訪問索引，確定是否可以讀取完整的錶行。
• Using index for group-by  使用索引分組。 表示MySQL找到了一個索引，可用於檢索 GROUP BY 或  DISTINCT 查詢的 所有列， 而無需對實際表進行任何額外的磁碟訪問。 此外，索引以最有效的方式使用，因此對於每個組，只讀取少數索引條目。
• Using index for skip scan  使用索引跳過掃描範圍
• Using join buffer  將表資料讀入快取，然後從快取中讀資料來執行操作。
• Using MRR 使用多範圍讀取優化策略讀取表。
• Using temporary  使用臨時表， MySQL需要建立一個臨時表來儲存結果。 如果查詢包含以 不同方式列出列的 GROUP BY 和  ORDER BY 子句， 則通常會發生這種情況 。
• Using where   使用上了where限制，表示MySQL伺服器在儲存引擎受到記錄後進行“後過濾”（Post-filter），如果查詢未能使用索引，Using where的作用只是提醒我們MySQL將用where子句來過濾結果集。
• Zero limit   查詢有一個 LIMIT 0 子句，不能選擇任何行。
• Only index  這意味著資訊只用索引樹中的資訊檢索出的，這比掃描整個表要快。