一.Explain是什么:
使用EXPLAIN关键字可以模拟优化器执行SQL查询语句,从而知道MySQL是
如何处理你的SQL语句的。分析你的查询语句或是表结构的性能瓶颈
二. Explain作用:
1)表的读取顺序
2)哪些索引可以使用
3)数据读取操作的操作类型
4)哪些索引被实际使用
5)表之间的引用关系
6)每张表有多少行被物理查询
三. Explain分析sql查询语句示例:
EXPLAIN SELECT SQL_NO_CACHE * FROM emp INNER JOIN (SELECT id FROM emp ORDER BY deptId LIMIT 10000,40) a ON a.id = emp.id;
三. Explain分析字段解释:
-
id:
含义:
1)select查询的序列号,包含一组数字,表示查询中执行select子句或操作表的顺序三种情况:
1)id相同,自上而下顺序执行
2)id不同,如果是子查询,id序号会递增,id值越大优先级越高,越先被执行
3)id相同不同同时存在,按id值分组,id相同的可以认为是一组,自上而下顺序执,在所有组中,id值越大,优先级越高,越先被执行关注点:
1)每一个id表示一趟独立的查询
,一个sql的查询趟数越少越好
-
select_type:
含义:
1)查询类型,主要是用于区别普通查询、联合查询、子查询等的复杂查询分类:
1)SIMPLE
,简单的select查询,查询中不包含子查询或UNION
2)PRIMARY
,查询中包含任何复杂的子部分,最外层的查询被标记为Primary
3)DERIVED(衍生)
,在from列表中包含的子查询或被标记为DERIVED,Mysql会递归执行这些子查询,将结果放到临时表里
4)SUBUQERY
,在select或where列表中包含了子查询
5)DEPENDENT SUBUQERY
,在select或where列表中包含了子查询,子查询基于外层
6)UNCACHEABLE SUBUQERY
,无法被缓存的子查询
7)UNION
,若第二个select出现在UNION之后,则被标记为UNION,若UNION包含在from子句的子查询中,外层的select将被标记为:DERVIED
8)UNION RESULT
,从UNION表中获取结果的select
-
table:
- 含义:
1)这一行数据是关于哪张表的
-
type:
含义:
1)显示的是访问类型,是较为重要的一个指标,结果值从最好到最坏依次是:
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL分类:
1)system:
表只有一行记录(等于系统表),这是const类型的特列,平时不会出现,这个也可以忽略不计
2)const:
表示通过索引一次就找到了数据,const用于比较primary key或者unique索引。因为只匹配一行数据,如将主键至于where列表中,Mysql就能将该查询转换为一个常量
3)ref:
非唯一性索引扫描,返回匹配某个单独值的所有行,本质上也是一种索引访问,它返回所有匹配某个单值的行,然而它可能找到多个符合条件的行,所以它属于查找和扫描的混合体
4)range:
只检索给定范围的行,使用一个索引来选择行。key的列显示使用了哪个索引。一般就是在你的where语句中出现了between、<、>、in等的查询,这种范围扫描索引比全表扫描要好,因为它只需要开始于索引的某一点,而结束于某一点,不用扫描全部索引
5)index:
Full Index Scan . index 与 ALL 区别为index类型只遍历索引树。这通常比All 快,因为索引文件通常比数据文件小。(也就是说虽然ALL和index都是读全表,但index是从索引中读取的,而all是从硬盘中读取的)
6)all:
Full Table Scan ,将遍历全表以找到匹配的行
7)index_merge:
查询过程中需要多个索引组合使用,通常出现在or关键字的sql中
8)ref_or_null:
对某个字段既需要关联条件,也需要null值的情况下。查询优化器会选择用ref_or_null连接查询
9)index_subquery:
利用索引来关联子查询,不再全表扫描
10)unique_subquery:
该连接类型类似于index_subquery,子查询中的唯一索引关注点:
1)我们常用的查询类型,system>const>eq_ref>ref>range>index>ALL,一般来说,得保证查询至少到range级别,最好能达到是ref
-
possible_keys:
- 含义:
1)显示可能应用在这张表中的索引,一个或多个,查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被查询实际使用
-
key:
- 含义:
1)表示使用的索引,如果为null,则表示没有是一个索引
2)查询中若使用了覆盖索引,则该索引和查询的select字段重叠
-
key_len:
- 含义:
1)表示索引中使用的字节数,可通过该列计算查询中使用索引的长度
2)key_len能帮你检查是否充分利用上了索引
-
ref:
- 含义:
1)显示索引的哪一列被使用了,如果可能的话,是一个常数。哪些列或者索引被用于查找索引列上的值
-
rows:
- 含义:
1)显示Mysql认为它执行查询时必须检查的行数,越少越好
-
Extra:
- 分类:
1)Using filesort:(索引失效)
说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取,Mysql中无法利用索引完成的排序操作称为“文件排序”
2)Using temporayr:
使用了临时表保存中间结果,Mysql在对查询结果排序时使用临时表,常见于order by 和group by
3)Using index:
表示相应的select操作中使用了覆盖索引(Covering index),避免访问了表的数据行,如果同时出现了using where,表明索引被用来执行索引键值的查找,如果没有同时出现using where,表明索引只是用来读取数据而非利用索引执行查找
4)Using where:
表示优化器需要通过索引,回表查询数据
5)Using index condition:
会先条件过滤索引,过滤完索引后,回表找到符合索引条件的数据,用where子句中的其它条件刷选
6)Using join buffer:
使用了连接缓存
7)impossible where:
where子句的值总是false,不能用来获取任何元素
8)select tables optimized away:
在没有group by子句的情况下,基于索引优化MIN/MAX操作或者对于MyISAM存储引擎COUNT(*)操作,不必等到执行阶段再进行计算,查询执行计划生成的阶段即完成优化