MySQL中explain用法和结果分析
写在前面
日常开发中,当数据体量比较大的时候可能就会遇到慢SQL的问题,找出这些SQL并解决,就会用到explain
这个命令来查看一个这些SQL语句的执行计划,看下该命令有没有做全表扫描,有没有走索引,这些都可以通过explain
命令来查看。
使用方法
使用很简单,只需在待执行的SQL语句前加上explain
即可,通过explain
可以分析得到以下结果:
表的读取顺序
数据读取操作的操作类型
哪些索引可以使用
哪些索引被实际使用
表之间的引用
每张表有多少行被优化器查询 以下面SQL语句为例分析以下各字段含义:
EXPLAIN
SELECT
av.apvpackver AS "apvpackver",
a.appName AS "appName",
a.appId AS "appId",
av.apvId AS "apvId",
av.apvlogicver AS "apvLogicver"
FROM
appAdded aa
LEFT JOIN app a ON aa.appId = a.appId
LEFT JOIN appversion av ON av.appId = a.appId
WHERE aa.amkId = 'd7305f4fe1fb43ec9681451dfb69a3f8'
分析结果为:
id | select_type | table | type | possible_keys | key | key_ley | ref | rows | Extra |
---|---|---|---|---|---|---|---|---|---|
1 | SIMPLE | aa | ref | idx_aad_amkId | idx_aad_amkId | 152 | const | 1 | Using index condition |
1 | SIMPLE | a | eq_ref | PRIMARY | PRIMARY | 152 | aa.appid | 1 | |
1 | SIMPLE | av | ref | idx_apv_appId | idx_apv_appId | 152 | a.appid | 1 |
字段解析
1.id
1.id相同时,执行顺序由上至下
2.如果是子查询,id的序号会递增,id值越大优先级越高,越先被执行
3.id如果相同,可以认为是一组,从上往下顺序执行;在所有组中,id值越大,优先级越高,越先执行
2.select_type
表示查询中每个select子句的类型。
(1)
SIMPLE
(简单SELECT
,不使用UNION
或子查询
等)(2)
PRIMARY
(查询中若包含任何复杂的子部分,最外层的select
被标记为PRIMARY
)(3)
UNION
(UNION
中的第二个或后面的SELECT
语句)(4)
DEPENDENT UNION
(UNION
中的第二个或后面的SELECT
语句,取决于外面的查询)(5)
UNION RESULT
(UNION
的结果)(6)
SUBQUERY
(子查询中的第一个SELECT
)(7)
DEPENDENT SUBQUERY
(子查询中的第一个SELECT
,取决于外面的查询)(8)
DERIVED
(派生表的SELECT
,FROM
子句的子查询)(9)
UNCACHEABLE SUBQUERY
(一个子查询的结果不能被缓存,必须重新评估外链接的第一行)
3.table
指当前执行的表,有时不是真实的表名字,看到的是derivedx
(x是个数字,代表含义为第几步衍生的表)
4.type
type
所显示的是查询使用了哪种类型,type
包含的类型包括如下图所示的几种,从好到差依次是:
null > system > const > eq_ref > ref > range > index > all
一般来说,得保证查询至少达到range级别,最好能达到ref。
system
: 表只有一行记录(等于系统表),这是const
类型的特列,平时不会出现,这个也可以忽略不计const
: 表示通过索引一次就找到了,const
用于比较primary key
或者unique
索引。因为只匹配一行数据,所以很快。如将主键置于where
列表中,MySQL就能将该查询转换为一个常量。
explain select * from appadded where appid="12";
eq_ref
: 唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键或唯一索引扫描
explain select * from appadded ad left join app a on ad.appid=a.appid;
ref
: 非唯一性索引扫描,返回匹配某个单独值的所有行,本质上也是一种索引访问,它返回所有匹配某个单独值的行,然而,它可能会找到多个符合条件的行,所以他应该属于查找和扫描的混合体。
explain select * from appadded ad,appversion av where ad.appid=av.appid;
range
: 只检索给定范围的行,使用一个索引来选择行,key列显示使用了哪个索引,一般就是在你的where语句中出现between、< 、>、in
等的查询,这种范围扫描索引比全表扫描要好,因为它只需要开始于索引的某一点,而结束于另一点,不用扫描全部索引。
explain select * from appadded where appid in("12","13");
index
: Full Index Scan,Index
与All
区别为Index
类型只遍历索引树。这通常比All
快,因为索引文件通常比数据文件小。(也就是说虽然All
和Index
都是读全表,但Index
是从索引中读取的,而All
是从硬盘读取的)
explain select appid from appadded;
all
: Full Table Scan 将遍历全表以找到匹配的行
explain select * from appadded;
5.possible_keys
显示可能应用在这张表中的索引,一个或多个。查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被查询实际使用。
6.key
实际使用的索引,如果为NULL,则没有使用索引。(可能原因包括没有建立索引或索引失效)
7.key_len
表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度(key_len
显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len
是根据表定义计算而得,不是通过表内检索出的) 不损失精确性的情况下,长度越短越好 。
8.ref
表示上述表的连接匹配条件,即哪些列或常量被用于查找索引列上的值
9.rows
表示MySQL根据表统计信息及索引选用情况,估算的找到所需的记录所需要读取的行数
10.Extra
包含不适合在其他列中显式但十分重要的额外信息,包含以下几种情况:
1.
Using where
:表明使用了where
过滤2.
Using temporary
:使用了用临时表保存中间结果,MySQL在对查询结果排序时使用临时表。常见于排序order by
和分组查询group by
3.
Using filesort
:说明MySQL会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取。MySQL中无法利用索引完成的排序操作称为“文件排序”4.
Using join buffer
:表明使用了连接缓存,比如说在查询的时候,多表join的次数非常多,那么将配置文件中的缓冲区的join buffer调大一些。5.
Impossible where
:where
子句的值总是false
,不能用来获取任何元组。6.
Select tables optimized away
:在没有GROUP BY
子句的情况下,基于索引优化MIN/MAX
操作或者对于MyISAM存储引擎优化COUNT(*)
操作,不必等到执行阶段再进行计算,查询执行计划生成的阶段即完成优化。7.
Using index
:表示相应的select
操作中使用了覆盖索引(Covering Index
),避免访问了表的数据行,效率不错。如果同时出现using where
,表明索引被用来执行索引键值的查找;如果没有同时出现using where
,表明索引用来读取数据而非执行查找动作。8.
Distinct
:优化distinct
操作,在找到第一匹配的元组后即停止找同样值的动作。
总结
1.
EXPALIN
只能解释SELECT操作,其他操作要重写为SELECT后查看执行计划。2.
EXPLAIN
不会告诉你关于触发器、存储过程的信息或用户自定义函数对查询的影响情况。3.
EXPLAIN
不考虑各种Cache
。4.
EXPLAIN
不能显示MySQL在执行查询时所作的优化工作。