mysql中explain的作用

本篇文章給大家分享的是有關mysql中explain的作用，小編覺得挺實用的，因此分享給大家學習，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

mysql explain的作用是：

在日常工作中，我們會有時會開慢查詢去記錄一些執行時間比較久的SQL語句，找出這些SQL語句并不意味著完事了，些時我們常常用到explain這個命令來查看一個這些SQL語句的執行計劃，查看該SQL語句有沒有使用上了索引，有沒有做全表掃描，這都可以通過explain命令來查看。所以我們深入了解MySQL的基于開銷的優化器，還可以獲得很多可能被優化器考慮到的訪問策略的細節，以及當運行SQL語句時哪種策略預計會被優化器采用。

mysql> explain select * from tb_user;
+----+-------------+---------+------+---------------+------+---------+------+------+-------+
| id | select_type | table   | type | possible_keys | key  | key_len | ref  | rows | Extra |
+----+-------------+---------+------+---------------+------+---------+------+------+-------+
|  1 | SIMPLE      | tb_user | ALL  | NULL          | NULL | NULL    | NULL |    1 | NULL  |
+----+-------------+---------+------+---------------+------+---------+------+------+-------+

(一)id列：

(1)、id 相同執行順序由上到下
mysql> explain  
    -> SELECT*FROM tb_order tb1
    -> LEFT JOIN tb_product tb2 ON tb1.tb_product_id = tb2.id
    -> LEFT JOIN tb_user tb3 ON tb1.tb_user_id = tb3.id;
+----+-------------+-------+--------+---------------+---------+---------+---------------------------+------+-------+
| id | select_type | table | type   | possible_keys | key     | key_len | ref                       | rows | Extra |
+----+-------------+-------+--------+---------------+---------+---------+---------------------------+------+-------+
|  1 | SIMPLE      | tb1   | ALL    | NULL          | NULL    | NULL    | NULL                      |    1 | NULL  |
|  1 | SIMPLE      | tb2   | eq_ref | PRIMARY       | PRIMARY | 4       | product.tb1.tb_product_id |    1 | NULL  |
|  1 | SIMPLE      | tb3   | eq_ref | PRIMARY       | PRIMARY | 4       | product.tb1.tb_user_id    |    1 | NULL  |
+----+-------------+-------+--------+---------------+---------+---------+---------------------------+------+-------+
(2)、如果是子查詢，id序號會自增，id值越大優先級就越高，越先被執行。
mysql> EXPLAIN
    -> select * from tb_product tb1 where tb1.id = (select tb_product_id from  tb_order tb2 where id = tb2.id =1);
+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------------+
| id | select_type | table | type  | possible_keys | key     | key_len | ref   | rows | Extra       |
+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------------+
|  1 | PRIMARY     | tb1   | const | PRIMARY       | PRIMARY | 4       | const |    1 | NULL        |
|  2 | SUBQUERY    | tb2   | ALL   | NULL          | NULL    | NULL    | NULL  |    1 | Using where |
+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------------+
(3)、id 相同與不同，同時存在
mysql> EXPLAIN 
    -> select * from(select * from tb_order tb1 where tb1.id =1) s1,tb_user tb2 where s1.tb_user_id = tb2.id;
+----+-------------+------------+--------+---------------+---------+---------+-------+------+-------+
| id | select_type | table      | type   | possible_keys | key     | key_len | ref   | rows | Extra |
+----+-------------+------------+--------+---------------+---------+---------+-------+------+-------+
|  1 | PRIMARY     | <derived2> | system | NULL          | NULL    | NULL    | NULL  |    1 | NULL  |
|  1 | PRIMARY     | tb2        | const  | PRIMARY       | PRIMARY | 4       | const |    1 | NULL  |
|  2 | DERIVED     | tb1        | const  | PRIMARY       | PRIMARY | 4       | const |    1 | NULL  |
+----+-------------+------------+--------+---------------+---------+---------+-------+------+-------+
derived2：衍生表   2表示衍生的是id=2的表 tb1

（二）select_type列：數據讀取操作的操作類型

　　1、SIMPLE:簡單的select 查詢，SQL中不包含子查詢或者UNION。

　　2、PRIMARY:查詢中包含復雜的子查詢部分，最外層查詢被標記為PRIMARY

　　3、SUBQUERY:在select 或者WHERE 列表中包含了子查詢

　　4、DERIVED:在FROM列表中包含的子查詢會被標記為DERIVED(衍生表)，MYSQL會遞歸執行這些子查詢，把結果集放到零時表中。

　　5、UNION:如果第二個SELECT 出現在UNION之后，則被標記位UNION；如果UNION包含在FROM子句的子查詢中，則外層SELECT 將被標記為DERIVED

　　6、UNION RESULT:從UNION表獲取結果的select

（三）table列：該行數據是關于哪張表

（四）type列：訪問類型由好到差system > const > eq_ref > ref > range > index > ALL

1、system：表只有一條記錄(等于系統表),這是const類型的特例，平時業務中不會出現。

2、const：通過索引一次查到數據，該類型主要用于比較primary key 或者unique 索引，因為只匹配一行數據，所以很快;如果將主鍵置于WHERE語句后面，Mysql就能將該查詢轉換為一個常量。

3、eq_ref：唯一索引掃描，對于每個索引鍵，表中只有一條記錄與之匹配。常見于主鍵或者唯一索引掃描。

4、ref：非唯一索引掃描，返回匹配某個單獨值得所有行，本質上是一種索引訪問，它返回所有匹配某個單獨值的行，就是說它可能會找到多條符合條件的數據，所以他是查找與掃描的混合體。

　　詳解：這種類型表示mysql會根據特定的算法快速查找到某個符合條件的索引，而不是會對索引中每一個數據都進行一 一的掃描判斷，也就是所謂你平常理解的使用索引查詢會更快的取出數據。而要想實現這種查找，索引卻是有要求的，要實現這種能快速查找的算法，索引就要滿足特定的數據結構。簡單說，也就是索引字段的數據必須是有序的，才能實現這種類型的查找，才能利用到索引。

5、range：只檢索給定范圍的行，使用一個索引來選著行。key列顯示使用了哪個索引。一般在你的WHERE 語句中出現between 、< 、> 、in 等查詢，這種給定范圍掃描比全表掃描要好。因為他只需要開始于索引的某一點，而結束于另一點，不用掃描全部索引。

6、index：FUll Index Scan 掃描遍歷索引樹(index：這種類型表示是mysql會對整個該索引進行掃描。要想用到這種類型的索引，對這個索引并無特別要求，只要是索引，或者某個復合索引的一部分，mysql都可能會采用index類型的方式掃描。但是呢，缺點是效率不高，mysql會從索引中的第一個數據一個個的查找到最后一個數據，直到找到符合判斷條件的某個索引）。

7、ALL：全表掃描 從磁盤中獲取數據 百萬級別的數據ALL類型的數據盡量優化。

（五）possible_keys列：顯示可能應用在這張表的索引，一個或者多個。查詢涉及到的字段若存在索引，則該索引將被列出，但不一定被查詢實際使用。

（六）keys列：實際使用到的索引。如果為NULL，則沒有使用索引。查詢中如果使用了覆蓋索引，則該索引僅出現在key列表中。覆蓋索引：select 后的 字段與我們建立索引的字段個數一致。

（七）ken_len列：表示索引中使用的字節數，可通過該列計算查詢中使用的索引長度。在不損失精確性的情況下，長度越短越好。key_len 顯示的值為索引字段的最大可能長度，并非實際使用長度，即key_len是根據表定義計算而得，不是通過表內檢索出來的。

（八）ref列：顯示索引的哪一列被使用了，如果可能的話，是一個常數。哪些列或常量被用于查找索引列上的值。

（九）rows列(每張表有多少行被優化器查詢)：根據表統計信息及索引選用的情況，大致估算找到所需記錄需要讀取的行數。

（十）Extra列：擴展屬性，但是很重要的信息。

1、 Using filesort(文件排序)：mysql無法按照表內既定的索引順序進行讀取。
 mysql> explain select order_number from tb_order order by order_money;
+----+-------------+----------+------+---------------+------+---------+------+------+----------------+
| id | select_type | table    | type | possible_keys | key  | key_len | ref  | rows | Extra          |
+----+-------------+----------+------+---------------+------+---------+------+------+----------------+
|  1 | SIMPLE      | tb_order | ALL  | NULL          | NULL | NULL    | NULL |    1 | Using filesort |
+----+-------------+----------+------+---------------+------+---------+------+------+----------------+
1 row in set (0.00 sec)
說明：order_number是表內的一個唯一索引列，但是order by 沒有使用該索引列排序，所以mysql使用不得不另起一列進行排序。
2、Using temporary:Mysql使用了臨時表保存中間結果，常見于排序order by 和分組查詢 group by。
mysql> explain select order_number from tb_order group by order_money;
+----+-------------+----------+------+---------------+------+---------+------+------+---------------------------------+
| id | select_type | table    | type | possible_keys | key  | key_len | ref  | rows | Extra                           |
+----+-------------+----------+------+---------------+------+---------+------+------+---------------------------------+
|  1 | SIMPLE      | tb_order | ALL  | NULL          | NULL | NULL    | NULL |    1 | Using temporary; Using filesort |
+----+-------------+----------+------+---------------+------+---------+------+------+---------------------------------+
1 row in set (0.00 sec)
3、Using index 表示相應的select 操作使用了覆蓋索引，避免訪問了表的數據行，效率不錯。
如果同時出現Using where ，表明索引被用來執行索引鍵值的查找。
如果沒有同時出現using where 表明索引用來讀取數據而非執行查找動作。
mysql> explain select order_number from tb_order group by order_number;
+----+-------------+----------+-------+--------------------+--------------------+---------+------+------+-------------+
| id | select_type | table    | type  | possible_keys      | key                | key_len | ref  | rows | Extra       |
+----+-------------+----------+-------+--------------------+--------------------+---------+------+------+-------------+
|  1 | SIMPLE      | tb_order | index | index_order_number | index_order_number | 99      | NULL |    1 | Using index |
+----+-------------+----------+-------+--------------------+--------------------+---------+------+------+-------------+
1 row in set (0.00 sec)
4、Using where 查找
5、Using join buffer ：表示當前sql使用了連接緩存。
6、impossible where ：where 字句 總是false ，mysql 無法獲取數據行。
7、select tables optimized away：
8、distinct：

以上就是mysql中explain的作用，小編相信有部分知識點可能是我們日常工作會見到或用到的。希望你能通過這篇文章學到更多知識。更多詳情敬請關注億速云行業資訊頻道。