explain 关键字可以模拟执行 sql 查询语句,输出执行计划,分析查询语句的执行性能
使用方式如下:explain + sql
explain select * from t1
表示查询的类型,取值有如下:
SIMPLE:简单的 select 查询,不包含子查询或者 UNION
PRIMARY:复杂查询中最外层查询,比如使用 union 或 union all 时,id 为 1 的记录 select_type 通常是 primary
SUBQUERY:指在 select 语句中出现的子查询语句,结果不依赖于外部查询(不在 from 语句中)
DEPENDENT SUBQUERY:指在 select 语句中出现的查询语句,结果依赖于外部查询
DERIVED:derived 称为派生表,在 FROM 子句的查询语句,表示从外部数据源中推导出来的,而不是从 SELECT 语句中的其他列中选择出来的
UNION:若第二个 SELECT 出现在 UNION 之后,则被标记为 UNION;若 UNION 包含在 FROM 子句的子查询中,那么第一个 SELECT 将被标记为 DERIVED
UNION RESULT:UNION 的结果
DEPENDENT UNION:当 union 作为子查询时,其中第一个 union 为 dependent subquery,第二个 union 为 dependent union
表示当前行正在访问的表
表示查询使用的类型,性能由好到坏依次是: system > const > eq_ref > ref > range > index > all
,一般来说能达到 range 级别,最好能达到 ref 级别
system:表只有一行(相当于系统表),是 const 类型的特例
const:针对主键或唯一索引的等值查询扫描,只返回一行数据
eq_ref:基于主键或唯一索引连接两个表,对于每个索引键值,只有一条匹配记录,被驱动表的类型为 eq_ref,这种类型只出现在 join
ref:非唯一性索引扫描,返回匹配多个符合条件的行
range:范围扫描,检索指定范围的行,一般出现在 where 语句出现 between、< 、>、in 等的查询
index:只遍历索引树即可找到匹配的数据,比如下例中 user_id 就是 orders 表的索引
all:遍历全表找到匹配的数据
显示可能使用到的索引,实际不一定被使用
实际使用的索引
索引使用的字节数,可通过该列计算查询中使用的索引的长度,主要用于联合索引
比如现有 users 表,执行以下 sql,该表有为 name 和 email 字段设置联合索引 index_name_email
explain select * from users where name = "张三" and email = "xxx@qq.com"
执行结果如下:
users 表结构如下:
name 和 email 字段都为 varchar,一个字符占 3 个字节,所以 key_len = 50 * 3 + 2 + 1 + 100 * 3 + 2 = 455,其中 varchar 需要额外占用 2 个字节,允许 NULL 值额外占用 1 个字节
据此我们可以得知 index_name_email 中的 name 和 email 字段都被使用了
表示哪些列或常量被用于匹配用到的索引
根据表统计信息及索引选用情况,估算出找到所需的记录所需要读取的行数,值越小越好,它不是结果集中的行数
表示某个表经过条件过滤之后,剩余记录条数的百分比
包含一些重要的额外信息
Using index:出现索引覆盖,即查询和检索条件的列都在使用的索引里面,不需要回表
Using where:不通过索引查询需要的数据
下例中 total_price 字段不存在索引
Using index condition:表示查询列不被索引覆盖,where 条件中是一个索引范围查找,过滤完索引后回表找到所有符合条件的数据行
Using filesort:当查询包含排序操作,又无法利用索引完成排序操作时,数据较少在内存排序,数据较多则在磁盘排序
Using temporary:在做如去重、排序和分组等功能时,如果不能有效利用索引,就需要建立临时表来完成