mysql sql调优 explain使用

一.使用

1.直接在查询语句前添加·explai关键字即可
2.使用工具中一般都选中要执行的sql后点击执行执行就可以了

CREATE TABLE `legou`.`Untitled`  (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '品牌id',
  `name` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '品牌名称',
  `image` varchar(200) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT '' COMMENT '品牌图片地址',
  `letter` char(1) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT '' COMMENT '品牌的首字母',
  PRIMARY KEY (`id`) USING BTREE,
  INDEX `id`(`id`) USING BTREE,
  INDEX `name`(`name`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 325402 CHARACTER SET = utf8 COLLATE = utf8_general_ci COMMENT = '品牌表，一个品牌下有多个商品（spu），一对多关系' ROW_FORMAT = Dynamic;

由上面可见在id和name上建立了索引

二.结果

select_type:

名称	描述
SIMPLE	简单SELECT，不使用UNION或子查询等
PRIMARY	子查询中最外层查询，查询中若包含任何复杂的子部分，最外层的select被标记为PRIMARY
UNION	UNION中的第二个或后面的SELECT语句
SUBQUERY	在select 或者WHERE 列表中包含了子查询
DEPENDENT SUBQUERY	子查询中的第一个SELECT，依赖于外部查询
DERIVED	派生表的SELECT, FROM子句的子查询
MATERIALIZED	具体化（不太理解）

table:

1.表名称或者表的别名
2. 理解感觉为这个表示子查询结果被物化，之后子查询结果可以被复用(https://www.jianshu.com/p/73f2c8448722)

type:

名称	描述
ALL	全表扫描（优化主要就是优化它，尽量避免全表扫描大表）
index	扫描全表索引
range	只检索给定范围的行，使用一个索引来选择行的 。 WHERE 语句中出现=, <>, >, >=, <, <=, ``IS NULL, <=>, BETWEEN, IN()等查询
ref	非唯一索引扫描，返回匹配某个单独值得所有行，本质上是一种索引访问，它返回所有匹配某个单独值的行，就是说它可能会找到多条符合条件的数据，所以他是查找与扫描的混合体。
eq_ref	唯一索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或者唯一索引扫描。
const	表只有一条记录(等于系统表)
system	表只有一条记录(等于系统表),这是const类型的特例，平时业务中不会出现。

性能从好到坏system >const> eq_ref >ref >range> index >ALL

possible_keys列:

显示可能应用在这张表的索引，一个或者多个。查询涉及到的字段若存在索引，则该索引将被列出，但不一定被查询实际使用。

Key:

key列显示MySQL实际决定使用的键（索引），必然包含在possible_keys中
如果没有选择索引，键是NULL。要想强制MySQL使用或忽视possible_keys列中的索引，在查询中使用FORCE INDEX、USE INDEX或者IGNORE INDEX。

key_len:

表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度（key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的）
不损失精确性的情况下，长度越短越好

ref:

列与索引的比较，表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值

rows:

估算出结果集行数，表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数

extra

字段名称	描述
using temporary	表示使用了临时表存储中间结果。临时表可以是内存临时表和磁盘临时表，执行计划中看不出来，需要查看status变量，used_tmp_table，used_tmp_disk_table才能看出来。
Using filesort	排序时无法使用到索引时，就会出现这个。常见于order by和group by语句中

using temporary和Using filesort比较耗时间，需要优化

对于extra列，官网上有这样一段话：
If you want to make your queries as fast as possible, look out for Extra column values of Using filesort and Using temporary, or, in JSON-formatted EXPLAINoutput, for using_filesort and using_temporary_table properties equal to true.
大概的意思就是说，如果你想要优化你的查询，那就要注意extra辅助信息中的using filesort和using temporary，这两项非常消耗性能，需要注意(https://www.jianshu.com/p/73f2c8448722)

filtered

这个字段表示存储引擎返回的数据在server层过滤后，剩下多少满足查询的记录数量的比例，注意是百分比，不是具体记录数。

https://www.cnblogs.com/songwenjie/p/9409852.html
https://www.jianshu.com/p/73f2c8448722