性能分析 -- explain

1. id：查询中select子句或操作表的顺序
id相同，执行顺序由上到下
id不同，越大优先级越高
2. select_type：查询类型，主要区别于普通查询、联合查询、子查询、复杂查询
SIMPLE：简单的查询
PIMARY：查询中包含任何复杂的子部分，最外层标记为PRIMARY
DERIVED：在from中包含的子查询被标记为DERIVED（衍生）
SUBQUERY：在select或where中包含的子查询
UNION：第二个select出现在union之后
UNION RESULT：从union表获取结果的select
3. table：关于哪张表
4. type：查询使用了哪种类型
system>const>eq_ref>ref>fulltext>ref_or_null>index_merge>_unique_subquery>_index_subquery>range>index>ALL

system：表只有一行记录

const：通过索引一次就找到

eq_ref：唯一索引扫描，表只有一条记录与之匹配

ref：非唯一索引，匹配某个单独值，返回匹配所有行

range：只检索给定范围的行，使用一个索引来选择

index：遍历索引树

all：遍历全表

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

5. possible_keys：显示可能应用在这张表的索引

6. key ：实际使用的索引

7. key_len：索引中使用的字节数

8. ref：索引那一列被使用

9. row：执行查询时必须检索的行数

10. Extra：额外信息

1.Using filesort ：说明mysql会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取。
MySQL中无法利用索引完成的排序操作称为“文件排序”

出现filesort的情况：order by 的时候使用了复合索引中的部分索引，导致生成临时表，和文件排序

优化后，不再出现filesort的情况：orderBy使用了复合索引

查询中排序的字段，排序字段若通过索引去访问将大大提高排序速度分情况：当通过前面的查询语句 筛选大部分条件后，只剩下很少的数据。using filesort 性能影响不大。需要综合考虑
 

2.Using temporary ：使了用临时表保存中间结果,MySQL在对查询结果排序时使用临时表。常见于排序 order by 和分组查询 group by。

优化前：group by 的时候使用了复合索引中的部分索引，导致生成临时表，和文件排序

优化后：

 

3.USING index ：表示相应的select操作中使用了覆盖索引(Covering Index)，避免访问了表的数据行，效率不错！如果同时出现using where，表明索引被用来执行索引键值的查找;如果没有同时出现using where，表明索引只是用来读取数据而非利用索引执行查找。

覆盖索引：也叫索引覆盖

 索引是高效找到行的一个方法，但是一般数据库也能使用索引找到一个列的数据，因此它不必读取整个行。毕竟索引叶子节点存储了它们索引的数据;当能通过读取索引就可以得到想要的数据，那就不需要读取行了。

         select id , name from t_xxx where age=18;
         有一个组合索引  idx_id_name_age_xxx 包含了(覆盖了)，id,name,age三个字段。查询时直接将建立了索引的列读取出来了，而不需要去查找所在行的其他数据。所以很高效。
         (个人认为：在数据量较大，固定字段查询情况多时可以使用这种方法。)

注意：如果要使用覆盖索引，一定要注意select列表中只取出需要的列，不可select *，因为如果将所有字段一起做索引会导致索引文件过大，查询性能下降。

4.Using where：表明使用了where过滤

5.using join buffer：使用了连接缓存：

出现在当两个连接时，驱动表(被连接的表,left join 左边的表。inner join 中数据少的表) 没有索引的情况下。给驱动表建立索引可解决此问题。且 type 将改变成 ref

6.impossible where：where子句的值总是false，不能用来获取任何元组

例如：select * from test where name='haha' and name ='heihei'; where条件不能name等于两个值

7.select tables optimized away：在没有GROUPBY子句的情况下，基于索引优化MIN/MAX操作或者对于MyISAM存储引擎优化COUNT(*)操作，不必等到执行阶段再进行计算，查询执行计划生成的阶段即完成优化。