關於Explain

最近在對sql進行性能優化所以對explain相關的知識進行一個簡單的整理概括。

EXPLAIN：

　　爲SELECT語句中使用到的每一個表返回一條 SELECT 執行的詳細信息；按照MySQL在處理語句時讀取它們的順序列出這些表。

命令輸出格式

id = 1    
select_type = SIMPLE    
table = clazz    
partitions =     
type = const    
possible_keys = PRIMARY    
key = PRIMARY    
key_len = 98    
ref = const    
rows = 1    
filtered = 100.00    
Extra =     

• id:SELECT 標識符，SQL執行的順序的標識，SQL從大到小的執行
• id相同時，執行順序由上至下
• 若是是子查詢，id的序號會遞增，id值越大優先級越高，越先被執行
• 若是id相同，則認爲是一組，從上往下順序執行；在全部組中，id值越大，優先級越高，越先執行
• select_type
  • SIMPLE：簡單的SELECT未使用 UNION 查詢或子查詢
  • PRIMARY：表示此查詢是最外層的SELECT(如兩表作UNION或者存在子查詢的外層的表操做爲PRIMARY,內層的操做爲UNION)
  • UNION：表示UNION操做中，查詢中處於內層的SELECT(內層的SELECT語句與外層的SELECT語句沒有依賴關係)
  • DEPENDENT UNION：表示UNION操做中，查詢中處於內層的SELECT(內層的SELECT語句與外層的SELECT語句有依賴關係)
  • UNION RESULT：UNION 操做的結果,id值一般爲null
  • SUBQUERY：子查詢中的第一個 SELECT
  • DEPENDENT SUBQUERY:子查詢中的第一個 SELECT, 子查詢依賴於外層的查詢結果
  • ERIVED：被驅動的SELECT子查詢（子查詢位於from子句）
  • MATERIALZED：物化子查詢（對此查詢會建立臨時表，將制定表物化爲臨時表）
  • UNCACHEABLE SUBQUERY：沒法緩存子查詢的結果，每次都須要計算
  • UNCACHEABLE UNION：UNION操做紅內層的子查詢沒法被物化（相似於UNCACHABLESUBQUERY）

• table:表示查詢涉及的表或衍生表

• type
  • ALL：全表掃描，mysql將便利全表數據直至找到匹配的行
  • index：全索引掃描，遍歷索引樹
  • range:  範圍掃描，基於索引作掃描，如between,in,>=,like等操做
  • ref: 表示上述的鏈接匹配條件，即哪些列或產量被用於查找索引列上的值
  • eq_ref: 相似ref區別在於索引是惟一索引，對於每一個索引鍵值表中只有一條記錄匹配，即多表鏈接中使用primary key或者unique key做爲關聯條件
  • const: 只讀取一次就能得到數據（如：主鍵）
  • system: const的特例，查詢的表中只有一行的狀況下，使用system
  • null: mysql在優化的過程當中分解語句，執行時甚至不用訪問表或索引，例如從一個索引列裏面選取最小值能夠經過單獨索引查找完成　　

• partitions:記錄與查詢匹配的分區

• possible_keys:表示在查詢時, 可以使用到的索引具體使用了哪些索引, 由 key 字段決定.

• key:表示查詢時所真正使用到的索引.

• key_len:表示查詢優化器使用了索引的字節數. 這個字段能夠評估組合索引是否徹底被使用, 或只有最左部分字段被使用到
  • 字符串
    • char(n): n 字節長度
    • varchar(n): 若是是 utf8 編碼, 則是 3 n + 2字節; 若是是 utf8mb4 編碼, 則是 4 n + 2 字節
  • 數值類型　　
    • TINYINT: 1字節
    • SMALLINT: 2字節
    • MEDIUMINT: 3字節
    • INT: 4字節
    • BIGINT: 8字節
  • 時間類型　
    • DATE: 3字節
    • TIMESTAMP: 4字節
    • DATETIME: 8字節
  • 字段屬性: NULL 屬性 佔用一個字節. 若是一個字段是 NOT NULL 的, 則沒有此屬性.

• ref：被用來標識那些用來進行索引比較的列或者常量

• rows：估算 SQL 要查找到結果集須要掃描讀取的數據行數

• filterd：給出了一個百分比的值，這個百分比值和 rows 列的值一塊兒使用

• Extra: 附加與操做相關聯的信息
• Using filesort
• 表示 MySQL 需額外的排序操做, 不能經過索引順序達到排序效果,查詢 CPU 資源消耗大建議優化去掉,
• Using index
• "覆蓋索引掃描", 表示查詢在索引樹中就可查找所需數據, 不用掃描表數據文件, 每每說明性能不錯
• Using where
• where條件用於篩選出與下一個表匹配的數據而後返回給客戶端
• Using temporary
• 查詢有使用臨時表, 通常出現於排序, 分組和多表 join 的狀況, 查詢效率不高 建議優化.
• Impossible where
• WHERE條件過濾沒有效果，或者是始終選不出任何列(理解爲最終是全表掃描)
• Impossible HAVING
• HAVING條件過濾沒有效果，或者是始終選不出任何列(理解爲返回已有查詢的結果集)
• unique row not found
• 表中找不到知足條件惟一索引或主鍵索引的列
• Using sort_union(...)，Using union(...)，Using intersect(...)
• 表示在index_merge的鏈接類型中索引合併是怎麼樣完成的,及使用了怎樣特別的算法