explain是什麼？
使用explain關鍵字可以模擬優化器執行sql查詢語句，從而知道mysql是如何處理你的sql語句的。分析你的查詢與或是表結構的效能瓶頸。
explain的如何使用?
explain的用法比較簡單，只要要查詢語句前面加上explain即可
1explain select * from tbl_emp;
現在也許我們還不知道這些欄位是什麼意思，下面我們將圍繞著這些字段進行展開講解。 介紹
select查詢的序列號，包含一組數字，表示查詢中執行select字句或操作表的順序。
其中id的取值分為三種情況：
下面我們來看看這三種情況到底是怎樣的情況
id相同，執行順序由上往下
id不同，如果是子查詢，id的序號會遞增，id值越大優先順序越高，越先被執行
id相同不同，同時存在
解釋：id值如果相同，可以認為是一組，從上往下順序執行；在所有組中，id值越大，優先順序越高，越先執行。
欄位select_type的取值有如下幾種:
顯示這一行的資料是關於哪張表的
欄位type的取值有如下幾種:
allfull table scan，將遍歷全表以找到匹配的行。
full index scan,index與all的區別為index型別只遍歷索引樹。這通常比all快，因為索引檔案通常比資料檔案小。（也就是說雖然all和index都是讀全表,但index是從索引中讀取的，而all是從硬碟中讀取的）
其中id為主鍵，即是索引。
range
只索引給定範圍的行，使用乙個索引來選擇行。key列顯示使用了哪個索引，一般就是在你的where語句**現了between、< 、>、in等查詢，這種範圍掃瞄索引掃瞄比權標掃瞄要好，因為它只需要開始與索引的某一點，而結束於另一點，不用掃瞄全部索引。
ref非唯一性索引掃瞄，返回匹配某個單獨值的所有行。
本質上也是一種索引訪問，它返回所有匹配某個單獨值的行，然而，它會可能找到多個符合條件的行，所以他應該屬於查詢和掃瞄的混合體
唯一索引掃瞄，對於每個索引鍵，表中只有一條記錄與之匹配。常見於主鍵或唯一索引掃瞄。
表示通過索引一次就找到了，const用於比較primary key或unique索引。因為只匹配一行資料，所以很快。如將
主鍵置於where列表中，mysql就能將該查詢轉化為乙個常量。
system
表只有一行記錄（等於系統表），這是const型別的特例，平時不會出現，這個也可以忽略不計。
效能的最好到最差依次是：
system > const > eq_ref > ref > range > index > all
possible_keys顯示可能應用在這張表中的索引，乙個或多個。查詢涉及到的字段上若存在索引，則該索引將被列出，但不一定被查詢實際使用
key為實際使用的索引。如果為null，則沒有使用索引。查詢中若使用了覆蓋索引，則該索引僅出現在key列表中。
該結果顯示表明：沒有可能用到的索引，實際沒有用到索引
根據第一行資料顯示：可能用到的索引為primary和idx_t1，實際使用的索引是idx_t1.
表示索引中使用的位元組數，可通過該列計算查詢中使用的索引長度。在不損失精度性的情況下，長度越長越好。key_len顯示的值為索引欄位的最大可能長度，並非實際使用的長度，即key_len是根據表定義計算而得，不是通過表內檢索出來的。
由表可以知道，mysql以key(col1,col2）為索引，第乙個表表示以col1為條件進行查詢，精度沒有那麼高，所需的索引長度為13,第二個表表示以col1,col2為條件進行查詢，精度比較高，所需的索引長度為26。
顯示索引的哪一列被使用了，如果可能的話，是乙個常數。哪些列或常量被用於查詢索引列上的值。
ref列的const表示使用了常數('ac'),shared.t2.col1表示使用了share庫t2表的col1欄位對應查詢語句的t2.col1。
根據表統計資訊及索引選用情況，大致估算出找到所需的記錄所需要讀取的行數。
從表中可以看出第一次查詢掃瞄了640行，第二次查詢掃瞄了82行。
包含不適合在其他列中顯示但十分重要的資訊。
extra有如下幾個取值：
using filesort
說明mysql會對資料使用乙個外部的索引排序，而不是按照表內的索引順序進行讀取。mysql中無法利用索引完成的排序操作稱為「檔案排序」
using temporary
使用了臨時表儲存中間結果，mysql在對查詢結果排序時使用臨時表。常見於排序order by和分組查詢group by
using index
表示相應的select操作中使用了覆蓋索引，避免訪問了表的資料行，效率不錯！如果同時出現using where,表明索引用來執行索鍵值的查詢；如果沒有同時出現using where，表明索引用來讀取資料而非執行查詢動作。
using where
表明使用了where過濾
using join buff
表明使用了連線快取
impossible where
where字句的值總是false，不能用來獲取任何元組
select tables optimized away
在沒有group by子句的情況下，基於索引化min/max操作或者對於myisam儲存引擎優化count(*)操作，不必等到執行階段再進行計算，查詢執行計畫生成的階段即完成優化。
distinct
優化distinct操作，在找到第一匹配的元組後即停止找同樣值的動作
mysql之explain關鍵字
1 用mysql儲存過程增加100萬條測試資料 儲存過程 建立儲存過程,資料庫名test,表名student create procedure myinst n int begin declare i int default0 set autocommit 0 repeat set i i 1 in...
MySQL 優化之 EXPLAIN 關鍵字
mysql查詢優化之explain的深入解析 首先執行如下的 sql 語句 create table ifnot exists article id int 10 unsigned not null auto increment,author id int 10 unsigned not null,...
MySQL 中 explain關鍵字
select 查詢的序列號，包含一組數字，表示查詢中執行 select 子句或操作表的順序。三種情況 id 相同 執行順序由上而下 from t1,t2,t3 where t1.id t2.id and t1.id t3.id and t1.other column from t2 where id...