explain(Explain详解及使用)
一、Explain工具介绍
使用EXPLAIN关键字可以模拟优化器执行SQL语句,分析你的查询语句或是结构的性能瓶颈在 select 语句之前增加 explain 关键字,MySQL 会在查询上设置一个标记,执行查询会返回执行计划的信息,而不是执行这条SQL
二、Explain使用
1.创建示例表
DROPTABLEIFEXISTS`actor`; CREATETABLE`actor`( `id`int(11) NOTNULL, `name`varchar(45) DEFAULTNULL, `update_time`datetime DEFAULTNULL, PRIMARY KEY(`id`) ) ENGINE=InnoDBDEFAULTCHARSET=utf8; INSERTINTO`actor`(`id`, `name`, `update_time`) VALUES(1,'a','2017-12-2 15:27:18'), (2,'b','2017-12-22 15:27:18'),(3,'c','2017-12-22 15:27:18'); DROPTABLEIFEXISTS`film`; CREATETABLE`film`( `id`int(11) NOTNULLAUTO_INCREMENT, `name`varchar(10) DEFAULTNULL, PRIMARY KEY(`id`), KEY`idx_name`(`name`) ) ENGINE=InnoDBDEFAULTCHARSET=utf8; INSERTINTO`film`(`id`, `name`) VALUES(3,'film0'),(1,'film1'),(2,'film2'); DROPTABLEIFEXISTS`film_actor`; CREATETABLE`film_actor`( `id`int(11) NOTNULL, `film_id`int(11) NOTNULL, `actor_id`int(11) NOTNULL, `remark`varchar(255) DEFAULTNULL, PRIMARY KEY(`id`), KEY`idx_film_actor_id`(`film_id`,`actor_id`) ) ENGINE=InnoDBDEFAULTCHARSET=utf8; INSERTINTO`film_actor`(`id`, `film_id`, `actor_id`) VALUES(1,1,1),(2,1,2),(3,2,1);
2.使用
EXPLAINSELECT* FROMfilm_actor;
setsessionoptimizer_switch='derived_merge=off'; #关闭mysql5.7新特性对衍生表的合并优化EXPLAINSELECt(SELECT1FROMactor whereid> 1) FROM(SELECt* FROMfilm WHEReid> 1) der; setsessionoptimizer_switch='derived_merge=on'; #还原默认配置
3)subquery:
包含在 select 中的子查询(不在 from 子句中)
示例如上:id为2的,查询actor表的那一步,不在from子句中
4)derived:
包含在 from 子句中的子查询。MySQL会将结果存放在一个临时表中,也称为派生表(derived的英文含义)
示例如上:id为3的,查询film表后作为临时表,语句也在from子句中
5)union:
在 union 中的第二个和随后的 select
EXPLAINSELECT* FROMactor UNIOnALLSELECt* FROMactor asb;
3.table列
这一列表示 explain 的一行正在访问哪个表。当 from 子句中有子查询时,table列是
4.type列
这一列表示关联类型或访问类型,即MySQL决定如何查找表中的行,查找数据行记录的大概范围。依次从最优到最差分别为:system > const > eq_ref > ref > range > index > ALL
一般来说,得保证查询达到range级别,最好达到ref
NULL:mysql能够在优化阶段分解查询语句,在执行阶段用不着再访问表或索引。例如:在
索引列中选取最小值,可以单独查找索引来完成,不需要在执行时访问表
5.possible_keys列
这一列显示查询可能使用哪些索引来查找。explain 时可能出现 possible_keys 有列,而 key 显示 NULL 的情况,这种情况是因为表中数据不多,mysql认为索引对此查询帮助不大,选择了全表查询。
6.key列
这一列显示mysql实际采用哪个索引来优化对该表的访问。如果没有使用索引,则该列是 NULL。如果想强制mysql使用或忽视possible_keys列中的索引,在查询中使用 force index、ignore index。
7.key_len列
这一列显示了mysql在索引里使用的字节数,通过这个值可以算出具体使用了索引中的哪些列。
key_len计算规则如下:
字符串
char(n):n字节长度
varchar(n):2字节存储字符串长度,如果是utf-8,则长度 3n+ 2
数值类型
tinyint:1字节
smallint:2字节
int:4字节
bigint:8字节
时间类型
date:3字节
timestamp:4字节
datetime:8字节
如果字段允许为 NULL,需要1字节记录是否为 NULL
索引最大长度是768字节,当字符串过长时,mysql会做一个类似左前缀索引的处理,将前半部分的字符提取出来做索引。
8.ref列
这一列显示了在key列记录的索引中,表查找值所用到的列或常量,常见的有:const(常量),字段名(例:film.id)
9.rows列
这一列是mysql估计要读取并检测的行数,**注意**这个不是结果集里的行数。
10.Extra列
这一列展示的是额外信息。常见的重要值如下:
1)Using index:
使用覆盖索引
2)Using where:
使用 where 语句来处理结果,查询的列未被索引覆盖
3)Using index condition:
查询的列不完全被索引覆盖,where条件中是一个前导列的范围;
4)Using temporary:
mysql需要创建一张临时表来处理查询。出现这种情况一般是要进行优化的,首先是想到用索引来优化。
5)Using filesort:
将用外部排序而不是索引排序,数据较小时从内存排序,否则需要在磁盘完成排序。这种情况下一般也是要考虑使用索引来优化的。
6)Select tables optimized away:
使用某些聚合函数(比如 max、min)来访问存在索引的某个字段是