数据库聊聊explain查看执行计划

在MySQL性能调优的时候explain是必须要使用的关键字，它的作用是可以查看sql语句的执行信息，包括表的读取顺序，应用到的索引等信息。

用法：explain + sql语句。

本篇我们先熟悉explain的内容，为下篇学习索引奠定基础。

explain内容

查看user全表查询的执行计划：

1. mysql> explain select * from user; 

 

id

id表示select查询语句的执行顺序或者是操作表的执行顺序。

id的值有二种情况：

1. id相同，表示执行的顺序是由上至下
2. id不同，id的序号会是递增的，id的值越大表示优先级越高，越先被执行。

select_type

select_type表示查询类型，它的值域为：SIMPLE、PRIMARY、SUBQUERY、DERIVED、UNION、UNION RESULT。

• SIMPLE：简单的查询，不包含子查询和UNION。
• PRIMARY：如果查询的语句中包含了复杂的子查询，那么最外层的查询被标记为PRIMARY。
• SUBQUERY：select或者where中的子查询。
• DERIVED：from列表中的子查询生成的衍生表查询。
• UNION：联合查询。
• UNION RESULT：从UNION表获取结果的查询。

table

数据行是从哪个表获取的。

type

表示查询使用了哪种类型，它的值域：ALL、index、range、ref、eq_ref、const、system。这是我们优化时重点关注的一个指标。

从最好到最差排序：

system>const>eq_ref>ref>range>index>ALL。

阿里巴巴SQL优化规范：

• 【推荐】 SQL性能优化的目标：至少要达到 range 级别，要求是ref级别，如果可以是const最好。
• 说明：
• 1)const 单表中最多只有一个匹配行(主键或者唯一索引)，在优化阶段即可读取到数据。
• 2)ref 指的是使用普通的索引(normal index)。
• 3)range 对索引进行范围检索。

system：表中只有一行记录的查询，类似系统表。

eq_ref：多表时唯一索引扫描，对于每一个索引，表中只有一行记录相匹配。

index：索引物理文件全扫描，速度比较慢，比全表扫描性能好一点。

ALL：全表扫描。

possible_keys

可能应用在这个表的索引，可以会一个或者多个，不一定是实际查询使用的索引。

key

查询中实际使用的索引，如果为null表示没有使用索引。

如果是覆盖索引，则只显示在key中。

key_len

表示索引字段的最大可能长度，并不是实际的长度，它是根据表定义得到的，而不是通过表检索得到的。长度越短越好。

ref

表示索引的哪一列被使用了，可能是个常数。哪些列或者常量被用于查找索引列上的值。

rows

根据表的信息和索引使用情况，大致估算的查找到所需的记录需要扫描的行数。越小越好。

Extra

扩展信息。

阿里巴巴SQL优化规范：

• 【推荐】利用覆盖索引来进行查询操作，避免回表。
• 说明：如果一本书需要知道第11章是什么标题，会翻开第11章对应的那一页吗?目录浏览一下就好，这个目录就是起到覆盖索引的作用。
• 正例：能够建立索引的种类分为主键索引、唯一索引、普通索引三种，而覆盖索引只是一种查询的一种效果，用explain的结果，extra列会出现：using index。

这里提到了覆盖索引，extra列会出现using index。

extra还有其他比较重要的信息：

using filesort：用到了外部的索引排序，即MySQL无法利用索引完成排序。

using temptory：使用了临时表。

using where：使用了where过滤。

还有其他几种，不是经常出现，我们就不说明了。

严格来说，数据库是长期储存在计算机内、有组织的、可共享的数据集合。数据库中的数据指的是以一定的数据模型组织、描述和储存在一起、具有尽可能小的冗余度、较高的数据独立性和易扩展性的特点并可在一定范围内为多个用户共享。