Mysql中如何查看执行计划

文 / @WordPress主题

Mysql中如何查看执行计划

在使用Mysql进行SQL查询时,我们需要知道SQL语句的执行计划,从而优化查询语句或者表结构的性能瓶颈。可以使用Mysql的explain关键字来模拟优化器执行SQL查询语句,获得执行计划。

在使用explain关键字时,常见的执行计划包含以下几个字段:

1. id:查询的序列号,表示查询中执行select子句或操作表的顺序。

三种id情况:

- 如果id相同:执行顺序由上至下。
- 如果id不同:如果是子查询,则id的序号会递增,id值越大优先级越高,越先被执行。
- 如果id相同又不同(两种情况同时存在):id如果相同,可以认为是一组,从上往下顺序执行;在所有组中,id值越大,优先级越高,越先执行。

2. select_type:查询的类型,主要是用于区分普通查询、联合查询、子查询等复杂的查询。

常见select_type类型:

- SIMPLE:简单的select查询,查询中不包含子查询或者union。
- PRIMARY:查询中包含任何复杂的子部分,最外层查询则被标记为primary。
- SUBQUERY:在select或where列表中包含了子查询。
- DERIVED:在from列表中包含的子查询被标记为derived(衍生),mysql或递归执行这些子查询,把结果放在零时表里。
- UNION:若第二个select出现在union之后,则被标记为union;若union包含在from子句的子查询中,外层select将被标记为derived。
- UNION RESULT:从union表获取结果的select type。

3. type:访问类型,查询优化中一个很重要的指标,结果值从好到坏依次是:system>const>eq_ref>ref>fulltext>ref_or_null>index_merge>unique_subquery>index_subquery>range>index>ALL。

常见type类型:

- system:表只有一行记录(等于系统表),这是const类型的特例,一般不会出现,可以忽略不计。
- const:表示通过索引一次就找到了,const用于比较primary key或者unique索引,因为只需匹配一行数据,所以很快。如果将主键置于where列表中,Mysql就能将该查询转换为一个const。
- eq_ref:唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键或唯一索引扫描。
- ref:非唯一性索引扫描,返回匹配某个单独值的所有行。
- range:只检索给定范围的行,使用一个索引来选择行。一般就是在where语句中出现了between、、in等的查询。
- index:Full Index Scan,index与ALL区别在于,index类型只遍历索引树,这通常为ALL块,应为索引文件通常比数据文件小。(Index与ALL虽然都是读全表,但index是从索引中读取,而ALL是从硬盘读取)
- ALL:Full Table Scan,遍历全表以找到匹配的行。

4. possible_keys:查询涉及到的字段上存在索引,则该索引将被列出,但不一定被查询实际使用。

5. key:实际使用的索引,如果为NULL,则没有使用索引。查询中如果使用了覆盖索引,则该索引仅出现在key列表中。

6. key_len:表示索引中使用的字节数,查询中使用的索引的长度(最大可能长度),并非实际使用长度,理论上长度越短越好。key_len是根据表定义计算而得的,不是通过表内检索出的。

7. ref:显示索引的那一列被使用了,如果可能,是一个常量const。

8. rows:根据表统计信息及索引选用情况,大致估算出找到所需的记录所需要读取的行数。

9. Extra:不适合在其他字段中显示,但是十分重要的额外信息。

常见Extra类型:

- Using filesort:Mysql对数据使用一个外部的索引排序,而不是按照表内的索引进行排序读取。也就是说mysql无法利用索引完成的排序操作成为“文件排序”。
- Using temporary:使用临时表保存中间结果,也就是说mysql在对查询结果排序时使用了临时表,常见于order by和group by。
- Using index:表示相应的select操作中使用了覆盖索引,避免了访问表的数据行,效率高。
- Using where:使用了where过滤。
- Using join buffer:使用了链接缓存。
- Impossible WHERE:where子句的值总是false,不能用来获取任何元组。
- select tables optimized away:在没有group by子句的情况下,基于索引优化MIN/MAX操作或者对于MyISAM存储引擎优化COUNT(*)操作,不必等到执行阶段在进行计算,查询执行计划生成的阶段即可完成优化。
- distinct:优化distinct操作,在找到第一个匹配的元组后即停止找同样值得动作。

综上所述,在进行Mysql查询优化时,使用explain关键字来查看执行计划是非常有用的。根据执行计划,我们可以更好地了解SQL语句的查询方式、索引使用情况,从而优化查询语句或者表结构,提升数据库性能。

添加UTHEME为好友
扫码添加UTHEME微信为好友
· 分享WordPress相关技术文章,主题上新与优惠动态早知道。
· 微信端最大WordPress社群,限时免费入群。