explain記錄

參考：https://blog.csdn.net/qq_27399407/article/details/93741225

1. EXPLAIN簡介
   使用EXPLAIN關鍵字可以模擬優化器執行SQL查詢語句，從而知道MySQL是如何處理你的SQL語句的。分析你的查詢語句或是表結構的效能瓶頸。 通過explain我們可以獲得以下資訊：

表的讀取順序
資料讀取操作的操作型別
哪些索引可以使用
哪些索引被實際使用
表之間的引用
每張表有多少行被優化器查詢
使用方法：explain + sql語句。 包含的欄位如下
2. 執行計劃各欄位含義
2.1 id
id相同，執行順序由上至下
id不同，如果是子查詢，id的序號會遞增，id值越大優先順序越高，越先被執行
id相同不同，同時存在 id相同的可以認為是一組，同一組中從上往下執行，所有組中id大的優先執行
2.4 type
type所顯示的是查詢使用了哪種型別，type包含的型別包括如下圖所示的幾種，從好到差依次是

system > const > eq_ref > ref > range > index > all

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都是讀全表，但index是從索引中讀取的，而all是從硬碟讀取的）
all Full Table Scan 將遍歷全表以找到匹配的行