Mysql中EXPLAIN作用

一、MYSQL的索引

索引（Index）:幫助Mysql有效率地取得資料的一種資料結構。用於提高查找效率，可以比喻為字典。可以簡單理解為排好序的快速查找的資料結構。
索引的作用：方便查詢和排序（所以加入索引會影響where 語句與 order by 排序語句）。
在資料之外，資料庫還維護著滿足特定查找演算法的資料結構，這些資料結構以某種方式引用資料。這樣就可以在這些資料結構上實作高階查找演算法。這些資料結構就是索引。
索引本身也很大，不可能全部儲存在記憶體中，所以索引往往以索引檔案的形式儲存在磁碟上。
我們平常所說的索引，如果沒有特別指明，通常都是B樹索引。 （聚集索引、複合索引、前綴索引、唯一索引預設都是B+樹索引），除了B樹索引還有雜湊索引。

優點：A、提高資料檢索效率，降低資料庫的IO成本
 B、透過索引列對資料進行排序，降低了資料排序成本，降低了CPU的消耗。
缺點：A、索引也是一張表，該表保存了主鍵與索引字段，並指向實體表的記錄，所以索引也是佔用空間的。
 B、對錶進行INSERT、UPDATE、DELETE操作時，MYSQL不僅會更新數據，還要保存索引檔案每次更新新增了索引列欄位的相應資訊。
在實際的生產環境中我們需要逐步分析，優化建立最優的索引，並且要最佳化我們的查詢條件。

索引的分類：1、單一值索引  一個索引只包含一個字段，一個表格可以有多個單列索引。
2、唯一索引  索引欄位的值必須唯一，但允許有空值。
3、複合索引 一個索引包含多個欄位
一張表格建議建立5個之內的索引

語法：

#建立1、CREATE [UNIQUE] INDEX indexName ON myTable (columnName(length));
         2、ALTER myTable Add [UNIQUE ] INDEX [indexName] ON (columnName(length));# DR INDEX [indexName] ON myTable;
   查看： SHOW INDEX FROM table_name\G;

二、EXPLAIN 的功能

 

#EXPLAIN :模擬Mysql優化器是如何執行SQL查詢語句的，從而知道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:在FROME 列表中包含了子查詢
　　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:非唯一索引扫描，返回匹配某个单独值得所有行，本质上是一种索引访问，它返回所有匹配某个单独值的行，就是说它可能会找到多条符合条件的数据，所以他是查找与扫描的混合体。
　　5、range：只检索给定范围的行，使用一个索引来选着行。key列显示使用了哪个索引。一般在你的WHERE 语句中出现between 、66f7a98850431fb8c0d9470a35d9d294 、in 等查询，这种给定范围扫描比全表扫描要好。因为他只需要开始于索引的某一点，而结束于另一点，不用扫描全部索引。
　　6、index：FUll Index Scan 扫描遍历索引树(扫描全表的索引，从索引中获取数据)。
　　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 |
+----+-------------+----------+------+---------------+------+---------+------+------+----------------+
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 |
+----+-------------+----------+------+---------------+------+---------+------+------+---------------------------------+
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 |
+----+-------------+----------+-------+--------------------+--------------------+---------+------+------+-------------+
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作用的詳細內容。更多資訊請關注PHP中文網其他相關文章！