explain 分析sql語句
使用explain關鍵字可以模擬優化器執行sql查詢語句，從而得知MySQL 是如何處理sql語句。

explain + sql語句
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |

id
select 查詢的序列號，包含一組可以重複的數字，表示查詢中執行sql語句的順序

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

table

涉及到的表名

partitions
表所使用的分割槽

type
連線型別，常見的有：all , index , range , ref , eq_ref , const , system , null 八個級別。

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

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

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

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

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

extra
Using filesort： 說明MySQL會對資料使用一個外部的索引排序，而不是按照表內的索引順序進行讀取。
Using temporary： 使用了臨時表儲存中間結果，MySQL在對查詢結果排序時使用臨時表。常見於排序 order by 和 分組查詢 group by。
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操作的迴圈次數。小表驅動大表，減輕連線的次數。

optimizer trace功能分析sql語句

OPTIMIZER_TRACE是MySQL 5.6引入的一項跟蹤功能，它可以跟蹤優化器做出的各種決策（比如訪問表的方法、各種開銷計算、各種轉換等），並將跟蹤結果記錄到 INFORMATION_SCHEMA.OPTIMIZER_TRACE 表中。

使用方法

# 開啟optimizer trace功能
SET optimizer_trace="enabled=on";
SELECT ...; # 這裡輸入你自己的查詢語句
SELECT * FROM INFORMATION_SCHEMA.OPTIMIZER_TRACE;
# 當你停止檢視語句的優化過程時，把optimizer trace功能關閉
SET optimizer_trace="enabled=off";

這個 OPTIMIZER_TRACE 表有4個列，其中最有用的資訊是TRACE欄位，如下所示：
QUERY：表示我們的查詢語句。
TRACE：表示優化過程的JSON格式文字。
MISSING_BYTES_BEYOND_MAX_MEM_SIZE：由於優化過程可能會輸出很多，如果超過某個限制時，多餘的文字將不會被顯示，這個欄位展示了被忽略的文字位元組數。
INSUFFICIENT_PRIVILEGES：表示是否沒有許可權檢視優化過程，預設值是0，只有某些特殊情況下才會是1，我們暫時不關心這個欄位的值。

otpimzer trace功能的作用和優化的大致階段

1.這個功能可以讓我們方便的檢視優化器生成執行計劃的整個過程
2.prepare階段
3.optimize階段
4.execute階段
5.基於成本的優化主要集中在optimize階段
6.單表查詢來說，我們主要關注optimize階段的"rows_estimation"這個過程，這個過程深入分析了對單表查詢的各種執行方案的成本
7.對於多表連線查詢來說，我們更多需要關注"considered_execution_plans"這個過程，這個過程裡會寫明各種不同的連線方式所對應的成本