mysql的sql调优大家都不陌生，可是调优前都会先看下执行计划,这个是必须的。

插播图片：

explain 这个是关键字执行如下：

explain select * from user

结果如下：

id:id相同时，执行顺序由上至下;如果包含子查询，id的序号会递增，id值越大越先被执行；

select_type：查询类型，取决于sql的查询结构，比如是否包含子查询，或者关联查询等

SIMPLE; PRIMARY; UNION; DEPENDENT UNION； UNION RESULT；SUBQUERY；DEPENDENT SUBQUERY;DERIVED； UNCACHEABLE SUBQUERY 包含这些枚举，不做过多介绍哈,也不必太纠结这个列，重点关注type列

table:这个很明显，这条数据来自哪张表，但是有时候不是一张真实表名，derived这个可以理解为临时表，为什么会有临时表，待会儿说。来看下面的例子

mysql> explain select * from (select * from ( select * from user where id=2602) a) b;

type:重点专注该列，分六个值，最优到最差const/system、eq_reg、ref、range、index,all, 一般来说，得保证查询至少达到range级别，最好能达到ref。

1,system表示只有一行数据，这种情况是const的特殊情况。不是经常出现。

2,const常量查询。 在整个查询过程中，只匹配到一行数据， 使用主键索引或者唯一索引时出现，而且只读取一次数据，为什么只读取一次？因为是聚餐索引，这个会在稍后第二讲中讲到。 因为只有一行，所以这个行中的列值可以被其他优化器视为常量。

3,eq_ref 这个情况主要是出现在关联查询中，关联的条件一般是主键或者唯一键，就是join....on 后面的条件。

4,,ref 个人理解主要是出现在关联查询中，关联条件不是主键或者唯一键的情况，这个也是eq_ref主要的区别。

5,range在一个范围查询时会出现，使用 =，<>，>，>=，，BETWEEN，IN()等操作符进行查询时可能会出现range,查询性能一般要保证这个级别

6,index 可以理解为全表扫描，但是它查找的是全部的索引树，索引树要比实际数据少很多，所以性能要比al要很多。这种情况出现在覆盖索引中，what?又来个覆盖索引？哈哈不用惊慌，覆盖索引是指 查询的列和索引字段是一样的，比如索引名称是index_AB,包含A B两列，而查询的时候刚好是select A,B from table,这个时候就用上了index类型。

7，all就是全表扫描，要多慢就有多慢，尽量避免

possible_keys表示可能用到索引，如果这个字段值是空的，那就得检查where句子是否有可用的

key表示实际用到的索引

key_len表示索引的字节长度，并非实际使用长度。以前我的理解是数据量其实是错误的，这个值也是引擎计算的，该值越小性能越好。

ref 表示索引的那一列被使用了，换句话说index_A 然后又用A 作为条件检索了数据。

rows:根据数据和索引情况大致预估出找到结果需要的匹配的行数，也就是说，用的越少越好

rows详解

Extra 一般出现在order by，group by 等情况下

1，Using filesort 文件排序，mysql 无法利用索引进行排序，成为文件排序，性能可想而知，一个字慢

2，Using temporary 临时表排序或者利用临时表分组的情况会出现，这种情况也是用不上索引

3，Covering Index这种情况是最好的结果，使用了覆盖索引的情况会出现，这种情况的效率是相对较好的