Mysql优化工具explain
explain的使用很简单，只要在select语句的前面加上explain的关键字就好了，来看个例子
先创建两个表，注意两个表的索引
CREATE TABLE `user` (
`id` varchar(32) NOT NULL,
`name` varchar(32) DEFAULT NULL,
`role` varchar(32) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
INSERT INTO `user` VALUES ('1', '1', '1');
INSERT INTO `user` VALUES ('10', '10', '5');
INSERT INTO `user` VALUES ('2', '2', '2');
INSERT INTO `user` VALUES ('3', '3', '3');
INSERT INTO `user` VALUES ('4', '4', '4');
INSERT INTO `user` VALUES ('5', '5', '5');
INSERT INTO `user` VALUES ('6', '6', '1');
INSERT INTO `user` VALUES ('7', '7', '2');
INSERT INTO `user` VALUES ('8', '8', '3');
INSERT INTO `user` VALUES ('9', '9', '4');
CREATE TABLE `role` (
`id` varchar(32) NOT NULL,
`name` varchar(32) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `name` (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
INSERT INTO `role` VALUES ('1', '1');
INSERT INTO `role` VALUES ('6', '1');
INSERT INTO `role` VALUES ('2', '2');
INSERT INTO `role` VALUES ('3', '3');
INSERT INTO `role` VALUES ('4', '4');
INSERT INTO `role` VALUES ('5', '5');
试一下explain
EXPLAIN SELECT * FROM `user` WHERE id = '1'
来看输出结果,表格太长了，就不以表格的形式显示结果了
id: 1
select_type : SIMPLE
table: user
type: const
possible_keys: PRIMARY
key: PRIMARY
ken_len: 98
ref: const
rows: 1
Extra: NULL
来看看各个字段的含义：
- id: select查询的序号。
- select_type: 查询的类型
- table：查询涉及的表
- partitions: 匹配的分区
- type：表的连接类型
- possible_keys：可能应用到的索引
- key：实际被使用的索引列
- ken_len： 索引中使用的字节数
- ref： 关联的字段
- rows: 此查询一共扫描了多少行
- filtered: 表示此查询条件所过滤的数据的百分比
- extra：执行情况的额外的说明
有两个字段（partitions，filtered）没有在查询的结果中出现，一般也不需要关注这两个字段，同时所有的字段并不是全部是重要的，这里来详细了解下各个字段。
id
id的值说明了sql执行的先后顺序，可能出现三种情况：
id相同
id相同时，执行的顺序是自上到下依次运行
id不同
比如使用子查询的情况下，会出现id的值递增的情况。id的值越大执行的优先级越高。
id不同和相同的同时存在
可以把相同的理解为一组，相同一组的执行顺序自上到下依次运行，不同组的id的值越大，执行的优先级越高。
select_type
select_type的值主要有以下几种：
SIMPLE
简单的select,不使用UNION或子查询
例子
EXPLAIN SELECT * FROM `user` WHERE id = '1'
PRIMARY
最外层查询的select查询
例子
EXPLAIN SELECT * FROM `user`
WHERE role = (
SELECT id FROM role
WHERE `name` = '1'
)
其中user表的类型是PRIMARY
UNION
UNION查询中的第二个语句或后面的语句
例如
EXPLAIN SELECT * FROM `user` WHERE id = '1'
UNION
SELECT * FROM `user` WHERE id = '2'
DEPENDENT UNION
UNION查询中的第二个或后面的查询语句, 取决于外面的查询， 即子查询依赖于外层查询的结果.
UNION RESULT
UNION查询的结果
例如
EXPLAIN SELECT * FROM `user` WHERE id = '1'
UNION
SELECT * FROM `user` WHERE id = '2'
SUBQUERY
子查询中的第一个select
例如
EXPLAIN SELECT * FROM `user`
WHERE role = (
SELECT id FROM role
WHERE `name` = '1'
)
DEPENDENT SUBQUERY
子查询中的第一个select,取决于外面的查询。
table
table表示该次查询涉及到的表名或表的别名。
type
type是一个非常重要的一个字段。根据type字段可以判断查询是否性能高效。
常用的类型有：
system
表示结果集仅有一行，这是const类型的一个特例，一般是在myisam或memory存储引擎中，在innodb存储引擎中为const
const
表示通过主键或者唯一索引查找数据时只匹配了一行数据，const说明查询速度非常快。
例子
EXPLAIN SELECT * FROM `user` WHERE id = '1'
eq_ref
多出现在联接查询，表示索引是主键或唯一非 NULL 索引时，对于前表的每一个结果, 都只能匹配到后表的一行结果. 并且查询的比较操作通常是 =, 查询效率较高,这是最好的联接类型。
例子
EXPLAIN SELECT * FROM `user`,role
WHERE `user`.id = role.`id`
说明：
user.id是唯一索引, 每条user.id可以联接role中的一条数据。
ref
通常出现在多表的联接查询, 针对于非唯一或非主键索引, 或者是使用了 最左前缀 规则索引的查询.
例子：
EXPLAIN SELECT * FROM `user`,role
WHERE `user`.`name` = role.name
说明：role.name是索引，但并不是唯一索引和主键索引
range
表示使用索引范围查询,这个类型通常出现在 =, <>, >, >=, <, <=, IS NULL, <=>, BETWEEN, IN() 操作中。
例子
EXPLAIN SELECT * FROM `user`
WHERE id IN ('1','2','3')
index
表示全索引扫描，扫描所有的索引
例子
EXPLAIN SELECT id,`name` FROM `role`
ALL
表示全表扫描，这是最坏的结果。
最好的结果到最差的结果：system > const > eq_ref > ref > range > index > ALL，一般来说，得保证查询至少达到range级别，最好能达到ref。
possible_keys
可能用到的索引。注意：只是可能。即使有些索引在这个字段中出现。也不一定会被真正用到。
key
实际被用到的索引列。注意和possible_keys做区分
ken_len
表示索引中使用的字节数，key_len显示的值为索引字段的最大可能长度，并非实际使用长度。这个当然越短越好。
ref
表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值
rows
rows这个也是非常重要的一个字段,估算要扫描的行数，原则上越少越好。注意：这个值并不是完全准确的值，只是估算。
Extra
Extra提供了多个值，这只说几个比较常见的，有兴趣的少侠可以自行百度，谷歌。
Using temporary
查询时需要用额外的临时表来存储结果集，比较常见在group by,order by中。
Using filesort
当包含order by操作，而且无法利用索引完成的排序操作称为“文件排序”，建议优化。
Using join buffer
在获取连接条件时没有使用索引，并且需要连接缓冲区来存储中间结果。如果出现了这个值，那应该注意，根据查询的具体情况可能需要添加索引来改进能。
Using index
“覆盖索引”,表示查询的数据在索引中就可以找到，说明性能不错。
注意
explain只能解释selectexplain不计算各种Cache- 部分信息只是估算。
