explain是什么？explain优缺点及如何使用explain优化SQL

Explain

定义

查看当前查询语句索引是否生效，是否有使用到索引

作用

表的读取顺序
查询类型
哪些索引可以使用
哪些索引实际被使用到

简单介绍一下每个字段对应代表什么意思

Explain 每个字段定义

Id

表示查询中执行selet子句或操作表的顺序

select_type

查询的类型，主要是用于区别普通查询、联合查询、子查询等复杂查询

具体有一下几种类型

1. SIMPLE 简单的select 查询，查询总不包含子查询或UNION
2. PRIMARY 查询中包含任何复杂的子部分，最外层查询则被标记为（主查询）
3. SUBQUERY 在select 或where列表中包含了子查询
4. DERIVED 在from列表汇总包含的子查询被标记为DERIVED（衍生）
5. MySQL会递归执行这些子查询，把结果放在临时表（衍生的临时表）
6. UNION 若第二个select出现在UNION之后，则被标记为UNION
7. 若UNION包含在form子句的子查询中，外层select将被标记为DERIVED
8. UNIONRESULT 从UNION表获取结果的SELECT

table

显示这行数据是关于当前这张表的

type

显示访问类型

结果值从最好到最坏依次是：
system>const>eq_ref>ref>reange>index>ALL
一般来说，保证查询至少达到range级别，最好能达到ref

possible_keys

显示可能应用到这张表中的索引，一个或多个显示可能应用到这张表中的索引，一个或多个；
查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询实际使用（理论上应该用到的索引数量）；

key

实际使用的索引。如果为NULL，则没有使用索引；
查询中若使用了覆盖索引，则该索引仅出现在key列表中（实际用到的索引数量）；

key_len

表示索引中使用的字节数，值越大查询数来的结果越精确

ref

显示索引的哪一列 被使用了，如果可能得话，是一个常数，哪些列或常量被用于查找索引列上的值

rows

根据表统计信息及索引选用情况，大致估算找到所需的记录锁需要读取的行数

Extra

Mysql支持两种排序方式
文件排序（using filesort）或者扫描有序索引排序（using index）

应用场景

场景一

explain select * from student

根据上面的各个字段定义，可以看到这条SQL执行后，select_type显示为是一条简单SQL，table显示为查询的是student表
type 扫描类型是全局扫描，possible_keys 应该用到索引，显示为null，key实际用到索引显示为null，从这两个字段可以看
出，要么索引失效了，要么没有索引，ref也显示到了没有用到索引，Extra 排序类型也没有

查了一下这个表是有索引的，那为什么没有用上呢？
原因是：我在我的博文中（链接: MySQL 索引）提到过索引失效的几种原因，其中就有一种检索数据时使用select *，会导致索引失效，下面我们来验证一下不用select * 是否可以

下面我们来验证一下不用select * ，用索引列是否可以
看到了吧，type是index （system>const>eq_ref>ref>reange>index>ALL），虽然说没有达到ref或reange，但是最起码不是全表扫描ALL，key实际用到索引了，排序类型是 Using index 索引排序，这就是我们一个基本的SQL调优排查，为其排查索引是否失效

场景二

explain select StudentName from student where StudentNo > 'S001' and StudentNo < 'S005' order by StudentNo,StudentName

虽然说查询结果中显示使用了索引，但是在Extra排序中是Using filesort（文件排序），这样对于我们检索来说，也会出现性能损耗的情况，我在我的博文中（链接: MySQL 索引）提到过索引失效的几种原因，其中就有一种 检索数据时使用范围条件进行检索可能会导致索引失效

场景三

explain select a.StudentNo,a.StudentName,b.name from student a left join class b on a.Id = b.student_Id

这种情况我在我的博文中（链接: MySQL 索引）提到过
当在连接多表查询时，如何正确的使用索引
左连接查询将索引建到右边;（LEFT JOIN 条件用于确定如何从右表搜索行，左边一定都有）
右连接查询将索引建到左边;
在这里就向别名为b表中添加索引

--向class表中name字段添加索引
create index name_index on class(name)

这时在看索引就用上了

以上就是Explain的三种使用情况，当然这些都是比较简单的索引问题排查，复杂的也与上面差不多，只要是掌握Explain每个字段的定义，SQL调优以及Explain问题排查就会轻松很多