Mysql性能分析-Explain
一·Explain是什么
使用EXPLAIN关键字可以模拟优化器执行SQL查询语句,从而知道MySQL是
如何处理你的SQL语句的。分析你的查询语句或是表结构的性能瓶颈
二·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列表中包含了子查询
-
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:非唯一性索引扫描,返回匹配某个单独值的所有行,本质上也是一种索引访问,它返回所有匹配某个单值的行,然而它可能找到多个符合条件的行,所以它属于查找和扫描的混合体
- eq_ref 唯一性索引扫描 对于每个索引键 表中只有一条记录与之匹配 常见于主键索引或者唯一索引扫描
5)range:只检索给定范围的行,使用一个索引来选择行。key的列显示使用了哪个索引。一般就是在你的where语句中出现了between、<、>、in等的查询,这种范围扫描索引比全表扫描要好,因为它只需要开始于索引的某一点,而结束于某一点,不用扫描全部索引
6)index:Full Index Scan . index 与 ALL 区别为index类型只遍历索引树。这通常比All 快,因为索引文件通常比数据文件小。(也就是说虽然ALL和index都是读全表,但index是从索引中读取的,而all是从硬盘中读取的)
7)all:Full Table Scan ,将遍历全表以找到匹配的行
关注点:
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(*)操作,不必等到执行阶段再进行计算,查询执行计划生成的阶段即完成优化