explain顯示了mysql如何使用索引來處理select語句以及連線表。可以幫助選擇更好的索引和寫出更優化的查詢語句。
使用方法，在select語句前加上explain就可以了：
如：explain select surname,first_name form a,b where a.id=b.id
explain列的解釋：
table：顯示這一行的資料是關於哪張表的
type：這是重要的列，顯示連線使用了何種型別。從最好到最差的連線型別為const、eq_reg、ref、range、index和all
type顯示的是訪問型別，是較為重要的乙個指標，結果值從好到壞依次是：system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > all
一般來說，得保證查詢至少達到range級別，最好能達到ref。
possible_keys：顯示可能應用在這張表中的索引。如果為空，沒有可能的索引。可以為相關的域從where語句中選擇乙個合適的語句
key： 實際使用的索引。如果為null，則沒有使用索引。很少的情況下，mysql會選擇優化不足的索引。這種情況下，可以在select語句中使用use index（indexname）來強制使用乙個索引或者用ignore index（indexname）來強制mysql忽略索引
key_len：使用的索引的長度。在不損失精確性的情況下，長度越短越好
ref：顯示索引的哪一列被使用了，如果可能的話，是乙個常數
rows：mysql認為必須檢查的用來返回請求資料的行數
extra：關於mysql如何解析查詢的額外資訊。將在表4.3中討論，但這裡可以看到的壞的例子是using temporary和using filesort，意思mysql根本不能使用索引，結果是檢索會很慢
extra列返回的描述的意義
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上
where used 使用了where從句來限制哪些行將與下一張表匹配或者是返回給使用者。如果不想返回表中的全部行，並且連線型別all或index，這就會發生，或者是查詢有問題不同連線型別的解釋（按照效率高低的順序排序）
system 表只有一行：system表。這是const連線型別的特殊情況
const:表中的乙個記錄的最大值能夠匹配這個查詢（索引可以是主鍵或惟一索引）。因為只有一行，這個值實際就是常數，因為mysql先讀這個值然後把它當做常數來對待
eq_ref:在連線中，mysql在查詢時，從前面的表中，對每乙個記錄的聯合都從表中讀取乙個記錄，它在查詢使用了索引為主鍵或惟一鍵的全部時使用
ref:這個連線型別只有在查詢使用了不是惟一或主鍵的鍵或者是這些型別的部分（比如，利用最左邊字首）時發生。對於之前的表的每乙個行聯合，全部記錄都將從表中讀出。這個型別嚴重依賴於根據索引匹配的記錄多少—越少越好
range:這個連線型別使用索引返回乙個範圍中的行，比如使用》或《查詢東西時發生的情況
index: 這個連線型別對前面的表中的每乙個記錄聯合進行完全掃瞄（比all更好，因為索引一般小於表資料）
all:這個連線型別對於前面的每乙個記錄聯合進行完全掃瞄，這一般比較糟糕，應該盡量避免
MySQL使用EXPLAIN分析SQL
explain 關鍵字詳解 使用explain 關鍵字可以模擬優化器執行sql 查詢語句，從而知道mysql資料庫是如何處理你的sql 語句的。因此我們可以使用該關鍵字知道我們編寫的sql 語句是否是高效的，從而可以提高我們程式猿編寫sql 的能力。使用explain 關鍵字可以讓我們知道表的讀取順...
SQL 優化 explain 的使用
通過關鍵字 explain 可以分析出 1.表的讀取順序 2.表的讀取操作的讀取型別 3.哪些索引有可能會被使用到 4.哪些索引被實際使用了 5.表之間的引用 6.每張表有多少行被優化器查詢 每個欄位的含義 2.select type 查詢型別，是簡單查詢 子查詢 主鍵查詢等，具體型別如下 簡單的s...
SQL中EXPLAIN命令詳解
本文 explain裡面最關注以下幾列 type 本次查詢表聯接型別，從這裡可以看到本次查詢大概的效率 key最終選擇的索引，如果沒有索引的話，本次查詢效率通常很差 key len 本次查詢用於結果過濾的索引實際長度 rows 預計需要掃瞄的記錄數，預計需要掃瞄的記錄數越小越好 extra 額外附加...