Mysql & Explain Optimizer

Mysql Query Optimizer

Explain:

使用EXPLAIN关键字可以模拟优化器执行SQL查询语句(仅限于查询语句),从而知道Mysql是如何处理编写的SQL语句,分析SQL语句或者是表结构的性能瓶颈

作用:

• 表的读取顺序;
• 数据读取操作的操作类型;
• 哪些索引可以使用;
• 表之间的引用;
• 每张表有多少行被优化器查询

用法:

Explain+SelectSQL语句

EXPLAIN select * from student  s where s.s_name = '赵%'

执行计划包含的信息:

id:

select查询的序列号,包含一组数字,表示查询照着那个执行select子句活操作表的顺序;

id相同,执行顺序由上至下;
id不同,如果是子查询,id的序号会递增,id的值越大优先级越高,越优先被执行;
id相同不同同时存在,可以认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先执行;

select_type:

查询的类型,主要是用于区别普通查询,联合查询,子查询等的复杂查询;

1. SIMPLE:简单的select查询,查询中不包含子查询或者UNION;
2. PRIMARY:查询中若包含任何复杂的子部分,最外层查询则被标记;
3. SUBQUERY:在select或者where列表中包含了子查询;
4. DERIVED:在from列表中包含的子查询被标记DERIVED(衍生)Mysql会递归执行这些子查询,把结果放在临时表中;
5. UNION:若第二个select出现UNION之后则被标记UNION,若UNION包含在from子句的子查询中,外层的selec将被标记为DERVIED;
6. UNION RESULT:从UNION表获取结果的select;

table:

显示这一行的数据是属于哪张表

type:

访问类型排序:可以理解为SQL性能排序
从高到低排序:system->const->eq_ref->ref->range->index->ALL

1. system:表中只有一行记录(等于系统表),这是const类型的特列,平时不会出现,这个也可以忽略不计;
2. const:表示通过索引一次就找到了,const用于比较primary key或者unique索引,因为只匹配一行行数,所以很快,如将主键置于where列表中,Mysql就能将该查询转换为一个常量;
3. eq_ref:唯一索引扫描,对于每个索引键,表中只有一条记录与之匹配,常见于主键成唯一索引扫描;
4. 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 将遍历全表以找到匹配的行;
   备注:一般来说,的保证查询至少到达range级别,最好能达到ref

possible_keys:

显示可能应用在这张表的索引,一个或多个,查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被查询实际使用

key:

实际使用的索引,如果为NULL,则没有使用索引;
查询中若使用了覆盖索引,则该索引和查询的select字段重叠

key_len:

表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度,在不损失精确性的情况下,长度越短越好
key_len显示的值为索引字段的最大可能长度,并实际使用长度,即key_len是根据表定义计算而得,不是通过表内检索出来的

ref:

显示索引的哪一列被使用了,如果可能的话,是一个常数,哪些列或者常量被用于查找索引列上的值

rows:

根据表统计信息及索引选用情况,大致估算除找到所需读取的行数

Extra:

包含不适合在其他列中显示但是十分重要的额外信息

1. Using filesort :

说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引排序进行读取;
mysql中无法利用索引完成的排序操作称为"文件排序"

2. Using temporary:

使用了临时表保存中间结果Mysql在查询结果排序时使用临时表,常见于排序order by和分组查询group by

3. Using index:

表示相应的select操作中使用了覆盖索引(Covering Index)避免访问了表的数据行,效率不错;
如果同时出现using where,表明索引被用来执行索引键值的查找;
如果没有同时出现using where,表名索引用来读取数据而非执行查找动作;

覆盖索引:
解释一： 就是select的数据列只用从索引中就能够取得，不必从数据表中读取，换句话说查询列要被所使用的索引覆盖。
解释二： 索引是高效找到行的一个方法，当能通过检索索引就可以读取想要的数据，那就不需要再到数据表中读取行了。如果一个索引包含了（或覆盖了）满足查询语句中字段与条件的数据就叫 做覆盖索引。
解释三：是非聚集组合索引的一种形式，它包括在查询里的Select、Join和Where子句用到的所有列（即建立索引的字段正好是覆盖查询语句[select子句]与查询条件[Where子句]中所涉及的字段，也即，索引包含了查询正在查找的所有数据）。

4. Using where:

表明使用了where

5. Using join buffer:

表明使用了连接缓存

6. impossible where:

where子句的值总是false,不能用来获取任何数据

7. select tables optimized away:

在没有group by子句的情况下,基于索引优化min\max操作或者对于myisam存储引擎优化count(*)操作,不必等到执行阶段在进行计算,查询执行计划生成的阶段即完成优化

8. distinct:

优化distinct操作,在找到第一匹配的数据后即停止找到同样值的动作