一、explain  執行計劃 解釋

id   表的讀取順序(id)

select 查詢的序列號，包含一組可以重複的數字，表示查詢中執行sql語句的順序。一般有三種情況：
第一種：id全部相同，sql的執行順序是由上至下；
第二種：id全部不同，sql的執行順序是根據id大的優先執行；
第三種：id既存在相同，又存在不同的。先根據id大的優先執行，再根據相同id從上至下的執行。

select_type

select 查詢的型別，主要是用於區別普通查詢，聯合查詢，巢狀的複雜查詢
simple：簡單的select 查詢，查詢中不包含子查詢或者union
primary：查詢中若包含任何複雜的子查詢，最外層查詢則被標記為primary
subquery：在select或where 列表中包含了子查詢
derived：在from列表中包含的子查詢被標記為derived（衍生）MySQL會遞迴執行這些子查詢，把結果放在臨時表裡。
union：若第二個select出現在union之後，則被標記為union，若union包含在from子句的子查詢中，外層select將被標記為：derived
union result：從union表獲取結果的select

partitions

表所使用的分割槽，如果要統計十年公司訂單的金額，可以把資料分為十個區，每一年代表一個區。這樣可以大大的提高查詢效率。

type    資料讀取操作的操作型別(type)

這是一個非常重要的引數，連線型別，常見的有：all , index , range , ref , eq_ref , const , system , null 八個級別。
效能從最優到最差的排序：system > const > eq_ref > ref > range > index > all
對java程式設計師來說，若保證查詢至少達到range級別或者最好能達到ref則算是一個優秀而又負責的程式設計師。
all：（full table scan）全表掃描無疑是最差，若是百萬千萬級資料量，全表掃描會非常慢。
index：（full index scan）全索引檔案掃描比all好很多，畢竟從索引樹中找資料，比從全表中找資料要快。
range：只檢索給定範圍的行，使用索引來匹配行。範圍縮小了，當然比全表掃描和全索引檔案掃描要快。sql語句中一般會有between，in，>，< 等查詢。
ref：非唯一性索引掃描，本質上也是一種索引訪問，返回所有匹配某個單獨值的行。比如查詢公司所有屬於研發團隊的同事，匹配的結果是多個並非唯一值。
eq_ref：唯一性索引掃描，對於每個索引鍵，表中有一條記錄與之匹配。比如查詢公司的CEO，匹配的結果只可能是一條記錄，
const：表示通過索引一次就可以找到，const用於比較primary key 或者unique索引。因為只匹配一行資料，所以很快，若將主鍵至於where列表中，MySQL就能將該查詢轉換為一個常量。
system：表只有一條記錄（等於系統表），這是const型別的特列，平時不會出現，瞭解即可

possible_keys

顯示查詢語句可能用到的索引(一個或多個或為null)，不一定被查詢實際使用。僅供參考使用。

key  哪些索引被實際使用(key)

顯示查詢語句實際使用的索引。若為null，則表示沒有使用索引。

key_len

顯示索引中使用的位元組數，可通過key_len計算查詢中使用的索引長度。在不損失精確性的情況下索引長度越短越好。key_len 顯示的值為索引欄位的最可能長度，並非實際使用長度，即key_len是根據表定義計算而得，並不是通過表內檢索出的。

ref  表之間的引用(ref)

顯示索引的哪一列或常量被用於查詢索引列上的值。

rows  每張表有多少行被優化器查詢(rows)

根據表統計資訊及索引選用情況，大致估算出找到所需的記錄所需要讀取的行數，值越大越不好。

extra

Using filesort： 說明MySQL會對資料使用一個外部的索引排序，而不是按照表內的索引順序進行讀取。MySQL中無法利用索引完成的排序操作稱為“檔案排序” 。出現這個就要立刻優化sql。
Using temporary： 使用了臨時表儲存中間結果，MySQL在對查詢結果排序時使用臨時表。常見於排序 order by 和 分組查詢 group by。 出現這個更要立刻優化sql。
Using index： 表示相應的select 操作中使用了覆蓋索引（Covering index），避免訪問了表的資料行，效果不錯！如果同時出現Using where，表明索引被用來執行索引鍵值的查詢。如果沒有同時出現Using where，表示索引用來讀取資料而非執行查詢動作。
覆蓋索引（Covering Index） ：也叫索引覆蓋，就是select 的資料列只用從索引中就能夠取得，不必讀取資料行，MySQL可以利用索引返回select 列表中的欄位，而不必根據索引再次讀取資料檔案。
Using index condition： 在5.6版本後加入的新特性，優化器會在索引存在的情況下，通過符合RANGE範圍的條數 和 總數的比例來選擇是使用索引還是進行全表遍歷。
Using where： 表明使用了where 過濾
Using join buffer： 表明使用了連線快取
impossible where： where 語句的值總是false，不可用，不能用來獲取任何元素
distinct： 優化distinct操作，在找到第一匹配的元組後即停止找同樣值的動作。

filtered

一個百分比的值，和rows 列的值一起使用，可以估計出查詢執行計劃(QEP)中的前一個表的結果集，從而確定join操作的迴圈次數。小表驅動大表，減輕連線的次數。

二、索引優化建議

待完善

總結

1 索引是排好序且快速查詢的資料結構。其目的是為了提高查詢的效率。
2 建立索引後，查詢資料變快，但更新資料變慢。
3 效能下降的原因很可能是索引失效導致。
4 索引建立的原則，經常查詢的欄位適合建立索引，頻繁需要更新的資料不適合建立索引。
5 索引欄位頻繁更新，或者表資料物理刪除容易造成索引失效。
6 擅用 explain 分析sql語句
7 除了優化sql語句外，還可以優化表的設計。如儘量做成單表查詢，減少表之間的關聯。設計歸檔表等。

到這裡，MySQL的索引優化分析就結束了，有什麼不對的地方，大家可以提出來。如果覺得不錯可以點一下推薦。