Mysql中explain作用詳解

一、MYSQL的索引

索引（Index）:幫助Mysql高效獲取數(shù)據(jù)的一種數(shù)據(jù)結(jié)構(gòu)。用于提高查找效率，可以比作字典?？梢院?jiǎn)單理解為排好序的快速查找的數(shù)據(jù)結(jié)構(gòu)。

索引的作用：便于查詢(xún)和排序（所以添加索引會(huì)影響where 語(yǔ)句與 order by 排序語(yǔ)句）。

在數(shù)據(jù)之外，數(shù)據(jù)庫(kù)還維護(hù)著滿(mǎn)足特定查找算法的數(shù)據(jù)結(jié)構(gòu)，這些數(shù)據(jù)結(jié)構(gòu)以某種方式引用數(shù)據(jù)。這樣就可以在這些數(shù)據(jù)結(jié)構(gòu)上實(shí)現(xiàn)高級(jí)查找算法。這些數(shù)據(jù)結(jié)構(gòu)就是索引。

索引本身也很大，不可能全部存儲(chǔ)在內(nèi)存中，所以索引往往以索引文件的形式存儲(chǔ)在磁盤(pán)上。

我們平時(shí)所說(shuō)的索引，如果沒(méi)有特別指明，一般都是B樹(shù)索引。（聚集索引、復(fù)合索引、前綴索引、唯一索引默認(rèn)都是B+樹(shù)索引），除了B樹(shù)索引還有哈希索引。

優(yōu)點(diǎn)：

A、提高數(shù)據(jù)檢索效率，降低數(shù)據(jù)庫(kù)的IO成本
B、通過(guò)索引列對(duì)數(shù)據(jù)進(jìn)行排序，降低了數(shù)據(jù)排序成本，降低了CPU的消耗。

缺點(diǎn)：

A、索引也是一張表，該表保存了主鍵與索引字段，并指向?qū)嶓w表的記錄，所以索引也是占用空間的。
B、對(duì)表進(jìn)行INSERT、UPDATE、DELETE操作時(shí)，MYSQL不僅會(huì)更新數(shù)據(jù)，還要保存一下索引文件每次更新添加了索引列字段的相應(yīng)信息。

在實(shí)際的生產(chǎn)環(huán)境中我們需要逐步分析，優(yōu)化建立最優(yōu)的索引，并要優(yōu)化我們的查詢(xún)條件。

索引的分類(lèi)：

1、單值索引 一個(gè)索引只包含一個(gè)字段，一個(gè)表可以有多個(gè)單列索引。
2、唯一索引 索引列的值必須唯一，但允許有空值。
3、復(fù)合索引 一個(gè)索引包含多個(gè)列

一張表建議建立5個(gè)之內(nèi)的索引

語(yǔ)法：

1、CREATE [UNIQUE] INDEX indexName ON myTable (columnName(length));
2、ALTER myTable Add [UNIQUE] INDEX [indexName] ON (columnName(length));

刪除：DROP INDEX [indexName] ON myTable;

查看： SHOW INDEX FROM table_name\G;

二、EXPLAIN 的作用

EXPLAIN :模擬Mysql優(yōu)化器是如何執(zhí)行SQL查詢(xún)語(yǔ)句的，從而知道Mysql是如何處理你的SQL語(yǔ)句的。分析你的查詢(xún)語(yǔ)句或是表結(jié)構(gòu)的性能瓶頸。

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 相同執(zhí)行順序由上到下

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)、如果是子查詢(xún)，id序號(hào)會(huì)自增，id值越大優(yōu)先級(jí)就越高，越先被執(zhí)行。

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 相同與不同，同時(shí)存在

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列：數(shù)據(jù)讀取操作的操作類(lèi)型

　　1、SIMPLE:簡(jiǎn)單的select 查詢(xún)，SQL中不包含子查詢(xún)或者UNION。
　　2、PRIMARY:查詢(xún)中包含復(fù)雜的子查詢(xún)部分，最外層查詢(xún)被標(biāo)記為PRIMARY
　　3、SUBQUERY:在select 或者WHERE 列表中包含了子查詢(xún)
　　4、DERIVED:在FROM列表中包含的子查詢(xún)會(huì)被標(biāo)記為DERIVED(衍生表)，MYSQL會(huì)遞歸執(zhí)行這些子查詢(xún)，把結(jié)果集放到零時(shí)表中。
　　5、UNION:如果第二個(gè)SELECT 出現(xiàn)在UNION之后，則被標(biāo)記位UNION；如果UNION包含在FROM子句的子查詢(xún)中，則外層SELECT 將被標(biāo)記為DERIVED
　　6、UNION RESULT:從UNION表獲取結(jié)果的select

（三）table列：該行數(shù)據(jù)是關(guān)于哪張表

（四）type列：訪(fǎng)問(wèn)類(lèi)型  由好到差system > const > eq_ref > ref > range > index > ALL

　　1、system:表只有一條記錄(等于系統(tǒng)表),這是const類(lèi)型的特例，平時(shí)業(yè)務(wù)中不會(huì)出現(xiàn)。
　　2、const:通過(guò)索引一次查到數(shù)據(jù)，該類(lèi)型主要用于比較primary key 或者unique 索引，因?yàn)橹黄ヅ湟恍袛?shù)據(jù)，所以很快;如果將主鍵置于WHERE語(yǔ)句后面，Mysql就能將該查詢(xún)轉(zhuǎn)換為一個(gè)常量。
　　3、eq_ref:唯一索引掃描，對(duì)于每個(gè)索引鍵，表中只有一條記錄與之匹配。常見(jiàn)于主鍵或者唯一索引掃描。
　　4、ref:非唯一索引掃描，返回匹配某個(gè)單獨(dú)值得所有行，本質(zhì)上是一種索引訪(fǎng)問(wèn)，它返回所有匹配某個(gè)單獨(dú)值的行，就是說(shuō)它可能會(huì)找到多條符合條件的數(shù)據(jù)，所以他是查找與掃描的混合體。
　　5、range：只檢索給定范圍的行，使用一個(gè)索引來(lái)選著行。key列顯示使用了哪個(gè)索引。一般在你的WHERE 語(yǔ)句中出現(xiàn)between 、 、> 、in 等查詢(xún)，這種給定范圍掃描比全表掃描要好。因?yàn)樗恍枰_(kāi)始于索引的某一點(diǎn)，而結(jié)束于另一點(diǎn)，不用掃描全部索引。
　　6、index：FUll Index Scan 掃描遍歷索引樹(shù)(掃描全表的索引，從索引中獲取數(shù)據(jù))。
　　7、ALL 全表掃描 從磁盤(pán)中獲取數(shù)據(jù) 百萬(wàn)級(jí)別的數(shù)據(jù)ALL類(lèi)型的數(shù)據(jù)盡量?jī)?yōu)化。

（五）possible_keys列:顯示可能應(yīng)用在這張表的索引，一個(gè)或者多個(gè)。查詢(xún)涉及到的字段若存在索引，則該索引將被列出，但不一定被查詢(xún)實(shí)際使用。

（六）keys列:實(shí)際使用到的索引。如果為NULL，則沒(méi)有使用索引。查詢(xún)中如果使用了覆蓋索引，則該索引僅出現(xiàn)在key列表中。覆蓋索引：select 后的 字段與我們建立索引的字段個(gè)數(shù)一致。

（七）ken_len列:表示索引中使用的字節(jié)數(shù)，可通過(guò)該列計(jì)算查詢(xún)中使用的索引長(zhǎng)度。在不損失精確性的情況下，長(zhǎng)度越短越好。key_len 顯示的值為索引字段的最大可能長(zhǎng)度，并非實(shí)際使用長(zhǎng)度，即key_len是根據(jù)表定義計(jì)算而得，不是通過(guò)表內(nèi)檢索出來(lái)的。

（八）ref列:顯示索引的哪一列被使用了，如果可能的話(huà)，是一個(gè)常數(shù)。哪些列或常量被用于查找索引列上的值。

（九）rows列(每張表有多少行被優(yōu)化器查詢(xún)):根據(jù)表統(tǒng)計(jì)信息及索引選用的情況，大致估算找到所需記錄需要讀取的行數(shù)。

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

1、 Using filesort(文件排序)：mysql無(wú)法按照表內(nèi)既定的索引順序進(jìn)行讀取。

 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)

說(shuō)明：order_number是表內(nèi)的一個(gè)唯一索引列，但是order by 沒(méi)有使用該索引列排序，所以mysql使用不得不另起一列進(jìn)行排序。

2、Using temporary:Mysql使用了臨時(shí)表保存中間結(jié)果，常見(jiàn)于排序order by 和分組查詢(xún) 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 表示相應(yīng)的select 操作使用了覆蓋索引，避免訪(fǎng)問(wèn)了表的數(shù)據(jù)行，效率不錯(cuò)。

如果同時(shí)出現(xiàn)Using where ，表明索引被用來(lái)執(zhí)行索引鍵值的查找。

如果沒(méi)有同時(shí)出現(xiàn)using where 表明索引用來(lái)讀取數(shù)據(jù)而非執(zhí)行查找動(dòng)作。

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 ：表示當(dāng)前sql使用了連接緩存。

6、impossible where ：where 字句 總是false ，mysql 無(wú)法獲取數(shù)據(jù)行。

7、select tables optimized away：

8、distinct：

總結(jié)

以上就是本文關(guān)于Mysql中explain作用詳解的全部?jī)?nèi)容，希望對(duì)大家有所幫助。感興趣的朋友可以參閱：MYSQL子查詢(xún)和嵌套查詢(xún)優(yōu)化實(shí)例解析、幾個(gè)比較重要的MySQL變量、ORACLE SQL語(yǔ)句優(yōu)化技術(shù)要點(diǎn)解析等，如有不足之處，歡迎留言指出，小編會(huì)及時(shí)回復(fù)大家并進(jìn)行改正。感謝朋友們對(duì)本站的支持！