MySQL 执行计划参数

Jarvis.y

已于 2022-08-15 12:39:22 修改

阅读量711

点赞数

分类专栏： Mysql相关杂记文章标签： mysql 数据库 sql

于 2022-08-15 12:39:10 首次发布

本文链接：https://blog.csdn.net/weixin_38024782/article/details/126344584

版权

Mysql相关杂记专栏收录该内容

13 篇文章 1 订阅

订阅专栏

1.执行计划关键字 explain

explain select user,host,plugin from mysql.user;

输出

+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------+
| 1  | SIMPLE      | user  | NULL       | ALL  | NULL          | NULL| NULL    | NULL| 6    | 100.00   | NULL |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------+

2.Explain 查出执行计划化各字段解释，重点看type
id：查询标识符。在所有组中，id值越大，优先级越高，越先执行，id如果相同，可以认为是一组，从上往下顺序执行；

select_type：select_type可选的参数较多，如下：
SIMPLE 简单的select查询，未使用UNION和子查询
PRIMARY 查询中包含任何复杂的子部分，则被标记为PRIMARY，PRIMARY为最外层查询，最后执行
UNION 第2个SELECT在UNION之后，则被标记为UNION
DEPENDENT UNION 含有UNION查询的第二个或最后一个表，依赖外部的查询
UNION RESULT UNION结果
SUBQUERY 在SELECT或WHERE中包含的子查询
DEPENDENT SELECT 子查询中的第一个SELECT，依赖外部的查询
DERIVED 衍生表，衍生表是FROM子句中子查询的内部名称
MATERIALIZED 物化子查询
UNCACHEABLE SUBQUERY 子查询，其结果无法缓存，必须针对外部查询的每一行进行评估
UNCACHEABLE UNION 在UNION里的第二个或最后一个表属于不可缓存的子查询

table: 此次查询访问的表
—<unionM,N>：该行是id为M和N的行的并集
—：该行是id为N的行的派生表
—：该行是物化子查询的结果

partitions：该参数用于记录使用的分区信息，NULL表示该表不是分区表

type：连接类型，索引查询的类型（ALL、index、range、ref、eq_ref、const(system)、NULL）
explain的type列表示表的连接类型，从最佳到最差类型如下：比较常见：（ALL、index、range、ref、eq_ref、const(system)、NULL）
System --> const --> eq_ref --> ref --> fulltext --> ref_or_unll --> index_merge --> unique_subquery --> index_subquery --> range --> index --> ALL

system：该表只有一行，这是const连接的特殊情况，平时不会出现，可以不用重点注意
const：该表最多只有一个匹配行，该行在查询开始时读取。因为只有一行，所以优化器的其余部分可以将这一行中的值做为常量，因为它值读取一次。const在基于主键或者唯一性索引比较时使用。
eq_ref：与驱动表的连接查询，后表(被驱动表)仅读取一行数据，当被驱动表存在主键索引或者unique+not null时使用，eq_ref用于使用"="运算的索引列
ref：与驱动表的连接查询，后表(被驱动表)读取一行或多行数据。ref用于仅使用key的最左前缀，或者说key不是PAIMARY KAY或UNIQUE索引。换句话说，如果连接无法根据KEY选择单个行，则使用ref，否则使用eq_ref。ref可以用于使用"=“或者”<=>"运算符进行的比较
fulltext：使用FULLTEXT进行连接
ref_or_null：这种方式类似于ref，但是MySQL会额外搜索包含NULL值的行
index_merge：索引合并优化，把多个索引合并为一个使用
unique_subquery：该类型替换eq_ref形式下的IN子查询，子查询中最多返回一个值，提高查询效率
index_subquery：该类型类似于unique_subquery，它用来替代子查询，子查询中返回值的个数不确
range：使用索引去检索一个范围的行数据，key列是使用到的索引，ref列为NULL。range可以在=，<>，>,>=,<,<=,IS NULL,<=>,BETWEEN,LIKE或IN()index：index与ALL相似，只是索引树被扫描，对应2种情况：
a.索引本省存储相关的列数据，如果索引中的数据可满足查询需求，则仅扫描索引树，在这种情况下，Extra列显示为Using index。
b.使用对索引的读取执行全表扫描，以按顺序查找数据行，在这种情况下，Extra没有出现Using index。
ALL：全表扫描，如果驱动表不是以const方式获取数据的，则可以会导致非常糟糕的查询性能。通常可以添加索引来避免权标扫描

possible_keys：在该查询中，MySQL可能使用的索引，如果此列是NULL，则没有相关的索引，在这种情况下，需要检查WHERE字句，以确定是否适合创建索引

key：MySQL实际使用的索引。在大多数情况下，key中的值都在possible_key里面，但也会出现possible_key不存在该值，但key里面存在的情

key_len：该列指MySQL决定使用的索引长度。该值体现了在使用复合索引的时候，使用了复合索引的前面哪几个列(需要根据字段长度计算)，如果key列为NULL，则该列也为NULL。由于key存储的格式原因，可以为NULL的列的key长度比NOT NULL的列长度大1。

ref：列显示哪些列或者常量与key中的索引进行比较，以从表中选择行

rows：MySQL查询需要遍历的行数，对于innodb表，可能并不总是准确的。这里需要特别注意，Oracle数据库的执行计划里面也有rows列，不过代表结果的行数，含义不一样

filtered:被条件过滤的行数百分比。最大值为100，表示没有行过滤，值从100减小表示过滤增加。rows表示检查的行数，rows * filtered/100表示过滤后的行数，也就是与下表进行连接的行

Extra：执行计划的额外信息