目录
1. 概念
2. 使用
3. 具体相关字段含义
3.1 id
3.2 select_type
3.3 table
3.4 partition
3.5 type
3.6 possible_key
3.7 key
3.8 key_len
3.9 ref
3.10 row
3.11 filtered
3.12 extra
1. 概念
一条语句通过优化器之后，会生成具体的执行计划用于执行器执行sql。执行计划就是一条sql是如何在数据库执行的。我们可以通过执行计划查看一条查询sql的执行信息，例如：
1.是否使用索引
2..多表查询时查询表的顺序等等。
本文仅分享一下查询语句的执行计划。
2. 使用
方法1：可以在查询语句前添加关键字：explain,然后执行语句，示例如下：
explain
select * from t_good where good_name = '香蕉' and age = 2 ;方法2：
在navicat中选中sql语句，直接在窗口栏中点击【解释】按钮，示例：
建议使用方法2。
3. 具体相关字段含义
执行explain之后会得到如下结果：
具体的含义如下：
3.1 id
是一个查询序列号,也代表着语句的执行顺序。
执行顺序：id不同，从大到小，id相同，从上到下。
3.2 select_type
主要有 4 种取值。
SIMPLE：表示简单查询，不包含子查询和联合查询。
PRIMARY：表示是最外层的查询。
UNION：表示联合查询中的第二个或者之后的查询。
DEPENDENTUNION：表示联合查询中的第二个或者之后的查询，而且这个查询受外查询的影响。
3.3 table
表示与查询结果相关的表的名称。
3.4 partition
表示查询访问的分区
3.5 type
表示表是如何连接的。
常用的连接类型：system > const > eq_ref > ref > range >index > all
其他(fulltext,ref_or_null,index_merger,unique_subquery,index_subquery)
以上除了all，都能用到索引。
以下为详解：
system : const 的一种特例，只有一行满足条件。对MyISAM，Memory的表，只查询到一条记录，也是system
const : 主键索引或者唯一索引，只能查到一条数据的sql
eq_ref : 多表的join查询中，被驱动表通过唯一索引(unique或者primary)进行访问
小结: 以上三种都是可遇不可求的
ref : 查询用到了非唯一性索引，或者关联操作只使用了索引的最左前缀
range : 索引范围扫描 between and 或者 < > >= <= in等，type均为range
index :查询索引中的全部数据
all ： 全表扫描
null :不访问表或者索引就能得到结果
3.6 possible_key
表示 MySQL 可以通过哪些索引找到查询的结果记录。如果这里的值是空，就说明没有合适的索引可用。你可以通过查看 WHERE 条件语句中使用的字段，来决定是否可以通过创建索引提高查询的效。
3.7 key
表示优化器最终决定使用的索引是什么
3.8 key_len
表示优化器选择的索引字段按字节计算的长度。如果没有使用索引，这个值就是空
3.9 ref
表示哪个字段或者常量被用来与索引字段比对，以读取表中的记录。如果这个值是“func”，就表示用函数的值与索引字段进行比对
3.10 row
表示为了得到查询结果，必须扫描多少行记录。这是一个预估值。
3.11 filtered
表示查询筛选出的记录占全部表记录数的百分比
3.12 extra
extra ：执行计划给出的额外的信息说明
using index :用到了索引，不需要回表
using where 使用了where过滤(跟是否使用索引没有关系)
using index condition 索引下推
using filesort 不能使用索引来排序，用到了额外的排序----需要优化
using temporary 用到了临时表
使用临时表的情况:distinct 非索引列，group by 非索引列，使用join的时候，group任意列
这是一张来自bilibili的图片。
具体的案例以后再分享。
