MySQL索引——Explain
1.1 Explain是什么?
- 主键自动建立唯一索引。
- 频繁作为查询条件的字段应该创建索引。
- 查询中与其他表关联的字段,外键关系建立索引。
- 单键/组合索引的选择问题,组合索引性价比更高。
- 查询中排序的字段,排序字段若通过索引去访问将大大提高排序速度。
- 查询中统计或者分组字段。
1.2 Explain能干什么?
- 表的读取顺序
- 数据读取操作的操作类型
- 哪些索引可以使用
- 哪些索引可以被实际使用
- 表之间的引用
- 每张表有多少行被优化器查询
1.2.1 怎么用
- explain + SQL
- 执行计划包含的信息
+----+-------------+-------+-------+---------------+-----+---------+------+------+-------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+-------+---------------+-----+---------+------+------+-------+
1.3 Explain结果分类(id、type、key为关键指标)
1.3.1 Explain-id(区别顺序)
- Explain-id相同,执行顺序由上至下
- Explain-id不相同,若事子查询,id的需要会递增,id值越大优先级越高,越先被执行
1.3.2 Explain-select_type(区别查询类型)
- SIMPLE - 简单的select查询,查询中不包含子查询或者UNION
- PRIMARY - 查询中若包含任何复杂的子部分,最外层查询被标记为
- SUBQUERY - 在SELECT或WHERE列表中包含了子查询
- DERIVED - 在FORM列表中包含的子查询被标记为DERIVED(衍生),MySQL会递归执行这些子查询,把结果放在临时表里。
- UNION - 若第二个SELECT出现在UNION之后,则被标记为UNION,若UNION包含在FORM子句的子查询中,外层SELECT将被标记为:DERIVED
- UNION RESULT - 从UNION表获取结果的SELECT
1.3.3 Explain - table (区分表名)
1.3.4 Explain - type(访问类型排列)
- 显示查询使用了何种类型
- 最好到最差依次是
-
system > const > eq_ref > ref > range > index > All
-
system
: 表中只有一行记录(等于系统表),这是const类型的特例,平时不会出现,可以忽略不计-
select * from t1
-
const
: 表示通过索引一次就找到了,const
用于比较primary key
或者unique
索引。因为只匹配一行数据,所以很快。如将主键置于Where列表中,MySQL就将该查询转换为一个常量-
select * from (select * from t1 where id = 1) d1
-
eq_ref
: 唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键或唯一索引扫描-
select * from t1, t2 wgere t1.id = t2.id
-
ref
: 非唯一性索引扫描,返回匹配某个单独值直的所有行本质上也是一种索引访问,它返回所有四配某心单独值的行,然而,它可能会找到多个符合条件的行,所以他他应该属于查找和扫描的混合体range
: 只检索给定范围的行,使用一个索引来选 择行。 key列显示使用了哪个索引一般就是在你的where语句中出现了betweeen、<、>、in等的查询这种范围扫描索引扫描比全表扫描要好, 因为它只需要开始于索引的某一点,而结束语另一点,不用扫描全部索引。index
: Full Index Scan, index与ALL区别为index类型只遍历索引树。这通常比ALL快,因为索引文件通常比ALL快,因为索引文件通常比数据文件小。(也就是说虽然all和Index都是读全表, 但index是从索引中读取的,而all是从硬盘中读的)all
: Full Table Scan,将遍历全表以找到匹配的行
一般来说,要保证查询至少达到range级别,最好能达到ref
1.3.5 Explain - possible_keys(可能用到的索引)
- 查询设计到的字段上若存在索引,则该索引被列出,但不一定被查询实际使用
1.3.6 Explain - key(实际用到的索引)
1.3.7 Explain - key_len(索引中使用的字节数)
- 可通过该列计算查询中使用的索引的长度。在不损失精确性的情况下,长度越短越好。
- key_len显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len是更具表定义计算而得,并不是通过表内检索出的。
1.3.8 Explain - ref(显示索引的哪一列被使用了)
- 如果可能的话,是一个常数。哪些列或常量被用于查找索引列上的值。
1.3.6 Explain - rows(根据表统计信息及索引选用情况,大致估算出找到所需的记录所需要读取的行数。)
- 建完索引后
1.3.6 Explain - Extra(包含不适合在其他列中显示,但十分重要的额外信息)
Using filesort
: 说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取 MySQL中无法利用索引完成的排序操作称为"文件排序"Using temporary
:使了用临时表保存中间结果,MySQL在对查询结果排序时使用临时表。常见于排序 order by和分组查询group by。Using index
:
- 表示相应的select操作中使用了覆盖索引(Covering Index),避免访问了表的娄收据行,效率不错!
- 如果同时出现usingwhere,表明索引被用来执行索引键值的查找;
- 如果没有同时出现using where,表明索引用来读取数据而非执行查找动作
Using where
: 使用了where过滤Using join buffer
: 使用了连接缓存(配置中的join buffer可以调大?)impossible where
: where子句的值总是false,不能用来获取任何元组select tables optimized away
: 在没有GROUPBY子句的情况下,基于索引优化MIN/MAX操作或者对于MyISAM存储引擎优化COUNT(*操作,不必等到执行阶段再进行计算查询执行计划生成的阶段即完成优化。distinct
: 优化distinct操作,在找到第一匹配的元组后即停止找同样
1.4 例题热身
- 第一行(执行顺序4): id列为1,表示是un on里的第一个select,select_type列的prima ry表示该查询为外层查询,table列被标记为
<derived3>
,表示查询结果来自一个衍生表,其中derived3中3代表该查询衍生自第三个select查询,即id为3的select。- 【
select d1.name....
】
- 【
- 第二行(执行顺序2): id为3,是整个查询 中第三个select的一部分。因查询包含在from 中,所以为derived。
- 【
select idname from t1 where other column="
】
- 【
- 第三行(执行顺序3): select列表中的子查 询select_type为subquery,为整个查询中的 第二个select。
- 【
select id from t3
】
- 【
- 第四行 (执行顺序1): select_type为union 说明第四个select是union里的第二个selec t,最先执行
- 【
select name,id from t2
】
- 【
- 第五行(执行顺序5): 代表从union的临时表中读取行的阶段,table列的
<union14>
表示示用第一个和第四个select的结果进行- 【两个结果union集合】