您的位置: 首页  >  文章  >  MySQL 执行计划 EXPLAIN / DESC

MySQL 执行计划 EXPLAIN / DESC

分类: 文章 • 2024-03-08 17:07:22

1、Show Profile（5.0.37之后添加）

这个命令只是在本会话内起作用，即无法分析本会话外的语句

MySQL 提供的可以用来分析当前会话中 sql 语句执行的资源消耗情况的工具，可用于 sql 调优的测量。默认情况下处于关闭状态，并保存最近15次的运行结果

TYPE 是可选的，取值范围如下：

ALL

显示所有性能开销信息

BLOCK IO

显示块IO操作的次数

CONTEXT SWITCHES

显示上下文切换次数，不管是主动还是被动

CPU

显示用户CPU时间、系统CPU时间

IPC

显示发送和接收的消息数量

MEMORY

显示内存相关开销信息

PAGE FAULTS

显示页面错误数量

SOURCE

显示源码中的函数名称与位置

SWAPS

显示SWAP（交换）的次数

执行效果：

MySQL 执行计划 EXPLAIN / DESC

2、EXPLAIN

使用 EXPLAIN 可以模拟优化器执行 SQL 查询语句，从而知道 MySQL 是如果处理 SQL 语句的；分析查询语句或表结构的性能瓶颈

通过 EXPLAIN ，我们可以分析出以下结果：

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

MySQL 执行计划 EXPLAIN / DESC

   

EXPLAIN 列的详解：

  • id 列

    id 列的编号是 select 的***，有几个 select 就有几个 id，并且 id 的顺序是按 select 查询的顺序增长的；id 越大执行优先级越高，id 相同则从上往下执行，id 为 null 最后执行

  • select_type 列

    表示对应行是简单查询还是复杂查询

simple

简单查询；查询不包括子查询和 union

primary

复杂查询中的最外层 select

subquery

包含在 select 中的子查询（不在 from 子句中）

derived

包含在 from 子句中的子查询；MySQL 会将结果存放在一个临时表中，也称为派生表

union

若第二个 select 出现在 union 之后，则被标记为 union；若 union 包含在 from 子句的子查询中，外层 select 将被标记为 derived

union result

从 union 表获取结果的 select

  • table 列

    表示输出的行所引用的表；当 from 子句中有子查询时，table 列是格式，表示当前依赖 id=N 的查询，于是先执行 id=N 的查询；当有 union 时，UNION RESULT 的 table 列的值为 <union 1,2>，1和2表示参与 union 的 select 行的 id

  • type 列

    表示关联类型或访问类型，即 MySQl 决定如何查找表中的行，查找数据行对应的大概范围；依次从最优到最差的分别是： system > const > eq_ref > ref > range > index > All；一般来说，得保证查询达到 range 级别，最好达到 ref

NULL

MySQL 能够在优化阶段分解查询语句，在执行阶段用不着在访问表或索引;例如：在索引列中选取最小值，可以单独查找索引来完成，不需在执行时访问表

const/system

MySQL 能对查询的某部分进行优化并将其转换成一个常量（可看成是 show warnings 的结果）。用于 primay key 或 unique key 的所有列与常数比较时，所以表最多有一个匹配行，读取1次，速读较快。system 是 const 的特例，表中只有一行元素匹配时为 system

eq_ref

primary key 或 unique key 索引的所有部分被连接使用，最多只会返回一条符合条件的记录。这可能是 const 之外最好的联接类型，简单的 select 查询不会出现这种 type

ref

相比 eq_ref ，不适用唯一索引，而是使用普通索引或者唯一索引的部分前缀，索引要和某个值相比较，可能会找到多个符合条件的行

range

范围扫描通常出现在 in(), between,>,<,>= 等操作中。使用一个索引来检索给定范围的行

index

扫描全表索引，通常比 All 快一些

All

即全表扫描，意味着 MySQL 需要从头到尾去查找所需要的行。这种情况下需要增加索引来进行优化

  • possible_keys 列

    这一列显示 select 可能会使用哪些查询来查找；explain 时可能会出现 possible_keys 有列，而 key 显示为 NULL 的情况，这种情况是因为表中的数据不多，MySQL 认为索引对此查询帮助不大，选择了全表扫描。

    如果该列为 NULL，则没有相关的索引。这种情况下，可以通过检查 where 子句看是否可以创造一个适当的索引来提高查询性能，然后用 explain 查看效果

  • key 列

    这一列显示 MySQL 实际采用哪个索引对该表的访问；如果没有使用索引，则改列为 null 。如果想强制 MySQL 使用或忽视 possible_keys 列中的索引，在查询中使用 force index、 ignore index   

  • key_len 列

    这一列显示了 MySQL 在索引里使用的字节数，通过这个值可以估算出具体使用了索引中的哪些列

  • ref 列

    这一列显示了在 key 列记录的索引中，表查找值所用到的列或常量，常见的有： const (常量)，字段名等。一般是查询条件或关联条件中等号右边的值，如果是常量那么 ref 列是 const，非常量的话 ref 列就是字段名

  • rows 列

    这一列是 MySQL 估计要读取并检测的行数，注意这个不是结果集的行数

  • filtered 列

  • Extra 列

    这一列是额外信息

Using index

使用覆盖索引（结果集的字段是索引）

Using index condition

查询的列不完全被索引覆盖，where 条件中是一个前导的范围

Using where

使用 where 语句来处理结果，查询的列未被索引覆盖

Using temporary

MySQL 需要创建一张临时表来处理查询。出现这种情况一般要进行优化，首先要想到是索引优化

Using filesort

将用外部排序而不是索引排序，数据较小时从内存排序，否则需要在磁盘完成排序。这种情况下一般也是要考虑使用索引来优化的

相关推荐