MySQL的EXPLAIN其实很简单

EXPLAIN命令是查看查询优化器如何决定执行查询的主要方法，使用起来也非常简单，只需在SELECT(同样适用DELETE、UPDATE，本质还是SELECT)语句前加上EXPLAIN关键字即可，MySQL会返回关于在执行计划中的每一步的信息。

创建两个表用来测试验证下，product_category，product_info商品类目表和商品信息表。

----

先来看一个简单的示例：

explain select t.* from product_info t where t.product_id = 122;

返回如下信息：

1. id列

MySQL的查询可以分为简单类型和复杂类型，复杂类型又分为简单子查询，派生表(FROM子句中的子查询)，UNION查询。如果只是一个简单查询，那id就会显示1，如果包含子查询，id会顺序编号。通常子查询中，id值大的优先执行。id相同的由上至下执行。

注意id值要结合具体sql语句，不能只看大小，例如：

explain select t.*,(select c.category_name from product_category c where c.category_type = t.category_type) from product_info t where t.product_id = 122;

结果如下：

子查询是DEPENDENT SUBQUERY，要依赖于主查询，所以执行顺序还是先执行id为1的查询，然后再执行id为2的查询。

----

2. select type列

此列展示了对应的row是简单查询还是复杂查询，常见的取值包含：

SIMPLE：不包含子查询和UNION

PRIMARY：外层查询

SUBQUERY：子查询

DEPENDENT SUBQUERY ：依赖于外层查询的子查询

DERIVED：派生表查询

----

3. type列

（table和partitions表明正在访问的表和表分区，略过吧），type是访问类型，表明MySQL决定如何查找表中的行。取值包含如下（性能由差到好）：

all：最差的全表扫描

index：a.跟全表一样，只是扫描时按索引次序进行而不是行，主要优点是避免了排序，但全表扫描依旧开销很大。b.如果在Extra出现"Using index"时，说明正在使用覆盖索引，只扫描索引的数据，开销相对全字段小很多。

比较两个简单的示例：

explain select t.product_name from product_info t order by t.product_id;

type是index，还是全表扫描。

explain select t.product_id from product_info t;

type是index，Extra是"Using index"，只需扫描索引数据。

range：范围扫描，只检索给定范围内的行，当使用=、<>、>、>=、<、<=、IS NULL、<=>、BETWEEN、LIKE或IN()运算符将字段列与常量进行比较时，可以使用Range。

例如：

explain select t.product_id from product_info t where t.product_id between 1000 and 2000;

ref：ref可用于使用=或<=>运算符进行比较的索引列，可以简单理解为使用了非主键、非唯一的索引。

例如，某个经常出现在条件查询的字段需要填加索引，但这个列值并不唯一。

explain select * from product_category c where c.category_name = '电器3C'

eq_ref：可以简单理解为走主键索引或唯一索引查找目标行。

const：匹配单行，走主键索引或唯一索引，通常根据主键查询某条记录的详情就是const了。

system：只有一行记录的表，属于const的特例，略过吧。

----

4 rows和filtered列

rows是MySQL评估为了找到所需的行而要读取的行数，可能不是很精准，读取的行数当然越小越好了。filtered是用来评估根据查询条件过滤数据的百分比，最大是100，这个也是越小越好了。rows × filtered就是可能用到的行数了。

----

5 possible_keys列

这一列罗列出查询可以使用哪些索引，是在优化过程早起创建的，可能对于后续优化过程并无用处。

----

6 key列

key就是索引了，显示可以走哪一个索引可以最小化查询成本。

----

7 key_len列

此列显示了索引字段使用的字节数，即索引字段最大可能的长度，并非实际长度。不过也差不多，毕竟数据表字段大小是按需设计的。显然字段过长的值并不适合用作索引。例如，把一些诸如个人简介、文章内容类的字段建立索引是不恰当的。

更多相关文章

随机推荐