友情支持
如果您觉得这个笔记对您有所帮助,看在D瓜哥码这么多字的辛苦上,请友情支持一下,D瓜哥感激不尽,😜
有些打赏的朋友希望可以加个好友,欢迎关注D 瓜哥的微信公众号,这样就可以通过公众号的回复直接给我发信息。
公众号的微信号是: jikerizhi 。因为众所周知的原因,有时图片加载不出来。 如果图片加载不出来可以直接通过搜索微信号来查找我的公众号。 |
7. EXPLAIN
实践
如果 EXPLAIN
执行计划的 Extra
列包含 “Using temporary”,则说明这个查询使用了隐式临时表。
如果 EXPLAIN
执行计划的 Extra
列包含 “Using union(XX,YY,ZZ…)”,则说明这个查询使用了索引合并策略,应该检查一下查询和表的结构。 P158
当发起一个被索引覆盖的查询(也叫作索引覆盖查询)时,在 EXPLAIN
的 Extra
列可以看到 “Using index” 的信息。 P172
很容易把 Extra
列的 “Using index” 和 type
列的 “index” 搞混淆。其实这两者完全不同, type
列和覆盖索引毫无关系;它只是表示这个查询访问数据的方式,或者说是 MySQL 查找行的方式。 MySQL 手册中称之为连接方式(join type)。P172脚注
如果 EXPLAIN
出来的 type
列的值为 “index”,则说明 MySQL 使用了索引扫描来做排序(不要和 Extra
列的 “Using index” 搞混淆)。P175
EXPLAIN
的 Extra
列出现了 “Using where” 表示 MySQL 服务器将存储引擎返回行以后再应用 WHERE
过滤条件。P
从 EXPLAIN
的输出很难区分 MySQL 是要查询范围值,还是查询列表值。 EXPLAIN
使用同样的词“range”来描述这两种情况。对于范围条件查询, MySQL 无法再使用范围列后面的其他索引列了,但是对于“多个等值条件查询”则没有这个限制。
在 EXPLAIN
语句中的 type
列反应了访问类型。访问类型有很多种,从全表扫描到索引扫描、范围扫描、唯一索引查询、常数引用等。
在 EXPLAIN
语句中的 type
列反应了访问类型。访问类型有很多种,从全表扫描到索引扫描、范围扫描、唯一索引查询、常数引用等。P199
第五章 多列索引 如果在 EXPLAIN 中看到有索引合并。如何查看?哪些指标表明这个问题?
取最大值或者最小值时,如果有索引,则可以直接从 B-Tree 索引的两端取数据,在 EXPLAIN
中就可以看到 Select tables optimized away
。从字面意思可以看出,它表示优化器已经从执行计划中移除了该表,并以一个常数取而代之。P211
EXPLAIN
SELECT
f.film_id,
fa.actor_id
FROM film f
INNER JOIN film_actor fa USING (film_id)
WHERE f.film_id = 1 \G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: f
partitions: NULL
type: const
possible_keys: PRIMARY
key: PRIMARY
key_len: 2
ref: const
rows: 1
filtered: 100.00
Extra: Using index
*************************** 2. row ***************************
id: 1
select_type: SIMPLE
table: fa
partitions: NULL
type: ref
possible_keys: idx_fk_film_id
key: idx_fk_film_id
key_len: 2
ref: const
rows: 10
filtered: 100.00
Extra: Using index
MySQL 分两步来执行查询。第一步从 film
表找到需要的行。因为在 film_id
字段上有主键索引,所以 MySQL 优化器知道这只会返回一行数据,优化器在生成执行计划的时候,就已经通过索引信息知道将返回多少行数据。因为优化器已经明确知道有多少个值( WHERE
条件中的值)需要做索引查询,所以这里的表访问类型是 const
。
第二步,MySQL 将第一步中返回的 film_id
列当做一个已知取值的列来处理。因为优化器清楚再第一步执行完成后,该值就会是明确的了。注意到正如第一步中一样,使用 film_actor
字段对表的访问类型也是 const
。P212
如果 ORDER BY
子句中的所有列都来自关联的第一个表,那么 MySQL 在关联处理第一个表的时候就进行文件排序。如果是这样,那么在 MySQL 的 EXPLAIN
结果中可以看到 Extra
字段会有 Using filesort
。除此之外的所有情况,MySQL 都会先将管理的结果存放到一个临时表中,然后在所有的关联都结束后,再进行文件排序。这时,在 MySQL 的 EXPLAIN
结果的 Extra
字段可以看到 Using temporary; Using filesort
。LIMIT
会在排序后应用。P222
MySQL 5.6 当还需要返回部分查询结果时,不再对所有结果进行排序。
从这句话中也可以看出,如果可以,尽量使用一张表中的字段。 |
MySQL 5.0 之后的版本,在某些特殊的场景下是可以使用松散索引扫描的,例如,在一个分组查询中需要找到分组的最大值和最小值:
EXPLAIN
SELECT
actor_id,
max(film_id)
FROM film_actor
GROUP BY actor_id \G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: film_actor
partitions: NULL
type: range
possible_keys: PRIMARY,idx_fk_film_id
key: PRIMARY
key_len: 2
ref: NULL
rows: 201
filtered: 100.00
Extra: Using index for group-by
在 EXPLAIN
的 Extra
字段显示 “Using index for group-by”,表示这里将使用松散索引扫描。如果 MySQL 能写上 “loose index probe”,相信会更好理解。P231