文章目錄

• 介紹
• explain extended
• show warings
• explain partitions
• id 字段
• select_type
• type
• key
• possible_keys
• key_len
• • key_len 計算規則
• ref
• rows
• extra

介紹

使用 explain 可以模擬優化器執行 SQL 語句，會返回 SQL 語句的執行計劃信息，但是不會真正去執行這條 SQL 語句。

注：如果 from 中包含子查詢，則會真正執行子查詢，將結果放入臨時表中（衍生表）。

explain extended

會在 explain 的基礎上額外返回 filtered，根據 rows*(filtered/100) 可以估算出將要和前一個表進行連接的行數。前一個表是指相對于當前表靠后執行的表，即 id 值更小的表

5.7 版本后不需要加 extended。

show warings

在 explain 語句后面緊跟著 show warings 語句，可以得到優化后的查詢語句，從而看出優化器優化了什么。

mysql> EXPLAIN EXTENDED SELECT * from `user` where `NAME` LIKE 'zhangsan' \G *************************** 1. row ***************************id: 1select_type: SIMPLEtable: userpartitions: NULLtype: ALL possible_keys: NULLkey: NULLkey_len: NULLref: NULLrows: 3filtered: 33.33Extra: Using where 1 row in set, 2 warnings (0.00 sec)mysql> SHOW WARNINGS \G *************************** 1. row ***************************Level: WarningCode: 1681 Message: 'EXTENDED' is deprecated and will be removed in a future release. *************************** 2. row ***************************Level: NoteCode: 1003 Message: /* select#1 */ select `test`.`user`.`id` AS `id`,`test`.`user`.`NAME` AS `NAME` from `test`.`user` where (`test`.`user`.`NAME` like 'zhangsan') 2 rows in set (0.00 sec)

explain partitions

相比 explain 多了個 partitions 字段，如果查詢是基于分區表的話，會顯示查詢將訪問的分區。

5.7 版本后不需要加 partitions。

id 字段

mysql> explain select (select 1 from actor where id = 1) from (select * from film where id = 1) der;

執行計劃信息如下：

id 值越大，表示越優先執行。上圖中可以看到 from 子句中的衍生表查詢的優先級最高，所以最先執行；接著執行 select 子句中的子查詢；最后執行最外面的主查詢。

select_type

simple：簡單查詢
primary：復雜查詢中的最外層的查詢
subquery：包含在 select 子句中的子查詢
derived：包含在 from 子句中的子查詢，derived 表示衍生的，因為 from 子句中的子查詢結果會放入臨時表中，其實就是一個衍生表

type

system：表示查詢的表只有一條記錄，所以查詢效率很高。這種類型不需要優化

const：表示查詢條件是某個具體的索引值，例如主鍵索引或者唯一索引，所以表最多有一條匹配的數據記錄，只要讀取1次，效率很高。這種類型不需要優化。

range：表示查詢條件是某個區間，最好要優化到這個類型

eq_ref：在多表關聯查詢時，主鍵所在表的查詢類型就是 eq_ref，因為主鍵是唯一的；當然如果使用唯一鍵關聯查詢也屬于這種類型。這種類型的查詢基本不要優化了

ref：表示查詢條件使用普通索引，而不是唯一索引，結果可能是多條記錄

index：掃描全索引就能拿到結果，一般是掃描某個二級索引，這種掃描不會從索引樹根節點開始快速査找，而是直接對二級索引的葉子節點遍歷和掃描，速度還是比較慢的，這種査詢一般為使用覆蓋索引，二級索引一般比較小，所以這種通常比 all 快一些。但是也要優化

all：表示全表掃描，效率很低，需要優化

key

查詢語句用到的索引名稱

possible_keys

執行 SQL 語句可能會用到的索引，但是最后執行時不一定用到

key_len

這一列顯示了mysq 在索引里使用的字節數，通過這個值可以算出具體使用了復合索引中的哪些列。舉例來說，film_actor 表的聯合索引 idx_film_actor_id 由 film_id 和 actor_id 兩個 int 列組成，并且每個 int 是 4 字節。通過結果中的 key_len=4 可推斷出查詢使用了第一個列：film_id 列來執行索引查找。

key_len 計算規則

1.字符串
char(n)：n字節長度
varchar((n)：如果是u-8，則長度 3n+2 字節，加的2字節用來存儲字符串長度數值

2.數值類型
tinyint：1字節
smallint：2字節
int：4字節
bigint：8字節

3.時間類型
date：3字節
timestamp：4字節
datetime：8字節

注意：
1.如果字段允許為 NULL，需要 1 字節記錄是否為 NULL
2.索引最大長度是 768 字節，當字符串過長時，MySQL 會做一個類似左前綴索引的處理，將前半部分的字符提取出來做索引

ref

查詢語句中，如果查詢條件使用了常量，則會顯示 const，如下：

mysql> select * from film_actor where film_id = 2 and actor_id = 5;

執行計劃信息：

注：如果多表關聯查詢，這個 ref 會顯示關聯中的唯一索引字段。

rows

查詢語句可能掃描的行數

extra

using index：表示使用覆蓋索引
using where：表示使用了 where 子句，且查詢的字段沒有被二級索引全覆蓋，通常查詢語句沒有用到任何索引
using index condition：通常查詢條件使用到了聯合索引的前面幾個字段，而且查詢的字段沒有完全被二級索引覆蓋
using temporary：表示使用了臨時表處理查詢
using filesort：表示使用索引字段以外的方式進行排序，效率較低
select tables optimized away：使用聚合函數訪問索引字段

總結

以上是生活随笔為你收集整理的MySQL的explain工具介绍的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。