使用explain关键字可以模拟优化器执行SQL语句，从而知道MySQL是如何处理你的SQL语句的，从而分析你的查询语句或是表结构的性能瓶颈。

用法： explain+SQL语句(explain +SQL语句\G 竖着显示)
能干嘛：

1. 查看表的读取顺序
2. 数据读取操作的操作类型
3. 哪些索引可以被使用
4. 哪些索引被实际使用
5. 表之间的引用
6. 每张表有多少行可以被优化器查询

结构：

1.id

id：select查询的序列号，包含一组数字，表示查询中执行select字句或操作的顺序

1. id相同，执行顺序从上至下
2. id不同（如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行）

2. select_type

select_type: 查询类型

id	select_type
1	SIMPLE。简单的select查询，查询中不包含子查询或者UNION
2	PRIMARY。查询中若包含任何复杂的子部分，最外层查询则被标记为它
3	SUBQUERY。在select或WHERE列表中包含了子查询
4	DERIVED。在FROM列表中包含的子查询被标记为DERIVED(衍生)，MYSQL会递归执行这些子查询，把结果放在临时表中。
5	UNION。若第二个SELECT出现在UNION之后，则被标记为UNION,若UNION包含在FROM字句的子查询中，外层SELECT将被标记为：DERIVED
6	UNION RESULT。从UNION表获取结果的SELECT

3.table

显示这一行数据是关于哪张表的

4.type

type: 访问类型

从最好到最差 : system>const>eq_ref>ref>range>index>ALL
(system>const>eq_ref>fulltext>ref_or_null>index_merge>unique_subque>index_subquery>range>index>ALL)

当访问类型为ALL，同时数据量为百万以上时，就要优化

一般来说，得保证查询至少达到range级别，最好能达到ref

system ：是const类型的特例，表只有一行记录（等于系统表）。

const ：通过索引一次就找到了，const用于比较primary key或者unique索引，因为只匹配一行数据，所以很快（如将主键置于where列表中，MySQL就能将该查询转换为一个常量）

eq_ref ：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配，常见于主键或唯一索引扫描。

ref ：非唯一性索引扫描，返回匹配某个单独值的所有行。本质上也是一种索引访问，它返回所有匹配某个单独值的行，然而，它可能会找到多个符合条件的行，所以它应该属于查找和扫描的混合体。

range ：只检索给定范围的行，使用一个索引来选择行,key列显示使用了哪个索引，一般就是在你的where语句中出现了between,< ,>,in等的查询

这种范围扫描索引比全表扫描要好，因为它只需要开始于索引的某一个点，而结束另一个点，不用扫描全部索引。

index（ Full Index Scan）： index 与 ALL区别为inde类型只遍历索引树，这通常比ALL快

all（ Full Table Scan）： 将遍历全表以找到匹配的行

5.possible_keys

显示可能应用在这张表中的索引，一个或者多个（但不一定被查询实际使用）

6.key

实际使用的索引，如果为NULL，则没有使用索引（查询中若使用了覆盖索引，则该索引仅出现在key列表中） 覆盖索引：select 后面查询的字段和索引完全一致

7.key_len

表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度，在不损失精确性的情况下，长度越短越好。（显示的是索引字段最大可能长度，并非实际使用长度） 是根据表定义计算而得，不是通过表内检索出的

8.ref

哪些列或常量被用于查找索引列上的值 ，可能的话，是一个常数

9.rows

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

10.Extra

包含不适合在其它列显示但十分重要的额外信息

• Using filesort ：说明mysql 对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取。（MySQL中无法利用索引完成排序操作称为“文件排序”）一般有范围的话就会出现这种情况
• Using temporary ： 使用了临时表保存中间结果，MySQL在对查询结果排序时使用了临时表，常见于排序order by和group by。 (group by的时候尽量按照索引的顺序来，要不然就会产生临时表)
• Using index ： 表示相应的select操作中使用了覆盖索引，避免访问了表的数据行（如果同时出现using where，表面索引被用来执行索引键的查找 如果同时没有出现using where,表明索引用来读取数据而非执行查找动作）
• Using where： 表明使用了where过滤
• using join buffer ：使用了连接缓存(表多了之后就会出现这个。出现了这个时，调大配置文件中的缓冲buffer)
• impossible where ：where字句的值总是false,不能用来获取任何元组
• select table optimized away ：在没有GROUPBY 字句的情况下，基于索引优化MIN/MAX操作或者对MyISAM存储引擎优化COUNT(*)操作，不必等到执行阶段再进行计算，查询执行计划完成的阶段即完成优化。