一、索引性能分析：
1、Mysql Query Optimize（mysql查詢化分析器）
MySQL中有專門負責優化SELECT語句的優化器模塊，主要功能：通過計算分析系統中收集到的統計信息，為客戶端請求的Query提供他認為最優的執行計劃。
當客戶端向MySQL請求一條Query，命令解析器模塊完成請求分類，區別除SELECT并轉發給MySQL Query Optimizer時，MySQL Query Optimizer首先會對整條Query進行優化，處理掉一些常量表達式的預算，直接換算成常量值。并對Query中的查詢條件進行簡化和轉換，去掉一些無用或顯而易見的條件，結構調整等。然后分析Query中的Hint信息（如果有），看現實Hint信息是否可以完全確定該Query的執行計劃。如果沒有Hint或Hint中的信息還不足以完全確定還行計劃，則會讀取涉及對象的統計信息，根據Query進行寫相應的計算分析，然后在得出最后的執行計劃。
二、 EXPLAIN
1、簡介
使用EXPLAIN關鍵字可以模擬優化器執行SQL查詢語句，從而知道MySQL是如何處理你的SQL語句的。分析你的查詢語句或是表結構的性能瓶頸。 通過explain我們可以獲得以下信息：
表的讀取順序
數據讀取操作的操作類型
哪些索引可以使用
哪些索引被實際使用
表之間的引用
每張表有多少行被優化器查詢
使用方法：explain + sql語句。 包含的字段如下
2、執行計劃各字段含義
2.1 id（select 查詢的序列號，包含一組數字，表示查詢中執行select子句或操作表的順序）
id相同，
id不同，如果是子查詢，id的序號會遞增，
id相同不同，同時存在
2.2 select_type（數據讀取操作的操作類型）
表示查詢中每個select子句的類型
(1) SIMPLE(簡單SELECT，不使用UNION或子查詢等)
(2) PRIMARY(子查詢中最外層查詢，查詢中若包含任何復雜的子部分，最外層的select被標記為PRIMARY)
(3) UNION(UNION中的第二個或后面的SELECT語句)
(4) DEPENDENT UNION(UNION中的第二個或后面的SELECT語句，取決于外面的查詢)
(5) UNION RESULT(UNION的結果，union語句中第二個select開始后面所有select)
(6) SUBQUERY(子查詢中的第一個SELECT，結果不依賴于外部查詢)
(7) DEPENDENT SUBQUERY(子查詢中的第一個SELECT，依賴于外部查詢)
(8) DERIVED(派生表的SELECT, FROM子句的子查詢)
(9) UNCACHEABLE SUBQUERY(一個子查詢的結果不能被緩存，必須重新評估外鏈接的第一行)
2.3 table
顯示這一步所訪問數據庫中表名稱（顯示這一行的數據是關于哪張表的），有時不是真實的表名字，可能是簡稱，例如上面的e，d，也可能是第幾步執行的結果的簡稱
2.4 type
type所顯示的是查詢使用了哪種類型，type包含的類型包括如下圖所示的幾種，
system 表只有一行記錄（等于系統表），這是const類型的特列，平時不會出現，這個也可以忽略不計
const 表示通過索引一次就找到了，const用于比較primary key 或者unique索引。因為只匹配一行數據，所以很快。如將主鍵置于where列表中，MySQL就能將該查詢轉換為一個常量。
eq_ref 唯一性索引掃描，對于每個索引 鍵，表中只有一條記錄與之匹配。
ref 非唯一性索引掃描，返回匹配某個單獨值的所有行，本質上也是一種索引訪問，它返回所有匹配某個單獨值的行，然而，它可能會找到多個符合條件的行，所以他應該屬于查找和掃描的混合體。
range ，使用一個索引來選擇行，key列顯示使用了哪個索引，一般就是在你的where語句中出現between、< 、>、in等的查詢，這種范圍掃描索引比全表掃描要好，因為它只需要開始于索引的某一點，而結束于另一點，不用掃描全部索引。
index Full Index Scan，Index與All區別為index類型只遍歷索引樹。這通常比ALL快，因為索引文件通常比數據文件小。（也就是說雖然all和Index都是讀全表，，而all是從硬盤讀取的）
all Full Table Scan 將遍歷全表以找到匹配的行
2.5 possible_keys 和 key
possible_keys 查詢涉及到的字段上若存在索引，
key，如果為NULL，則沒有使用索引。（可能原因包括沒有建立索引或索引失效）
注：（若查詢中出現覆蓋索引，則該索引值出現在key列表中）
2.6 key_len
表示索引中使用的字節數，可通過該列計算查詢中使用的索引的長度，在不損失精確性的情況下，。
key_len顯示的值為索引字段的最大可能長度，。，即key_len是根據表定義計算所得，并不是更具表內檢索出的
2.7ref
列與索引的比較，表示上述表的連接匹配條件，即哪些列或常量被用于查找索引列上的值
2.8 rows
根據表統計信息及索引選用情況，大致估算出找到所需的記錄所需要讀取的行數，也就是說，用的越少越好
2.9 Extra
包含不適合在其他列中顯示，但是十分重要的額外信息
1、Using filesort：（九死一生）說明mysql會對數據適用一個外部的索引排序。而不是按照表內的索引順序進行讀取。MySQL中無法利用索引完成排序操作稱為“文件排序”
2、Using temporary:（十死無生）使用了臨時表保存中間結果，mysql在查詢結果排序時使用臨時表。常見于排序order by和分組查詢group by。
3、Using index:（好的選擇）表示相應的select操作用使用覆蓋索引，避免訪問了表的數據行。如果同時出現using where，表名索引被用來執行索引鍵值的查找；如果沒有同時出現using where，表名索引用來讀取數據而非執行查詢動作。
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操作，在找到第一匹配的元組后即停止找同樣值的動作。
