最近在優化慢SQL，現在通過explain查看執行計划有幾列還是有些模糊，特此做一下筆記。
Explain命令主要應用在解決數據庫性能上，大部分的性能問題可以通過此命令來簡單的解決，方便查看SQL語句的執行效果，幫助選擇更好的索引和優化查詢語句。
其語法：explain select … from … [where …]
執行結果如下表
MySQL [db]> explain select id from user ;
+----+-------------+-------+------------+-------+---------------+-------------------------------+---------+------+---------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+-------+------------+-------+---------------+-------------------------------+---------+------+---------+----------+-------------+
| 1 | SIMPLE | user | NULL | index | NULL | platform_id_user_identity_idx | 10 | NULL | 5318140 | 100.00 | Using index |
+----+-------------+-------+------------+-------+---------------+-------------------------------+---------+------+---------+----------+-------------+
1 row in set, 1 warning (0.00 sec)
經常關注的幾列：
1、table: 顯示這一步所訪問數據庫中表名稱（顯示這一行的數據是關於哪張表的），不一定是真實的表名字，可能是別稱，也可能是第幾步執行的結果的簡稱
2、type： 這列最重要，顯示了連接使用了哪種類別,有無使用索引，也是關鍵參考項之一。
結果值從好到壞依次是（最好能確保查詢達到range及以上級別，最好能達到ref，否則就可能會出現性能問題）：
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
3、key： key列顯示MySQL實際決定使用的鍵（索引），必然包含在possible_keys中。如果沒有選擇索引，鍵是NULL。要想強制MySQL使用或忽視possible_keys列中的索引，在查詢中使用FORCE INDEX、USE INDEX或者IGNORE INDEX。
4、key_len：顯示MySQL決定使用的鍵長度。如果鍵是NULL，則長度為NULL。使用的索引的長度。在不損失精確性的情況下，長度越短越好
5、ref：顯示使用哪個列或常數與key一起從表中選擇行。
6、rows： 顯示MySQL認為它執行查詢時必須檢查的行數。
7、filtered：(MySQL 5.7缺省就會輸出filtered)，它指返回結果的行占需要讀到的行(rows列的值)的百分比。
8、Extra： 包含MySQL解決查詢的詳細信息，也是關鍵參考項之一。
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上
Using where
使用了WHERE從句來限制哪些行將與下一張表匹配或者是返回給用戶。如果不想返回表中的全部行，並且連接類型ALL或index，這就會發生，或者是查詢有問題
備注：
explain 有兩個變種：
a、explain extended：會在 explain 的基礎上額外提供一些查詢優化的信息。緊隨其后通過 show warnings 命令可以 得到優化后的查詢語句，從而看出優化器優化了什么。
b、explain partitions：相比 explain 多了個 partitions 字段，如果查詢是基於分區表的話，會顯示查詢將訪問的分區。