EXPLAIN分析SQL的执行计划

数据库 waitig 900℃ 百度已收录 0评论

通过EXPLAIN分析低效SQL的执行计划

可以通过EXPLAIN或者DESC命令获取MySQL如何实行SELECT语句的信息,包括在SELECT语句执行过程中表如何连接和连接的顺序。

explain select *from myuser where loginname=’2017′

id:1

select_type:SIMPLE

table:myuser

type :const

possible_keys:PRIMARY

key:PRIMARY

key_len:4

ref:const

row :1

extra

对于每个列简单地进行一下说明

id

select查询的序列号

select_type

select查询的类型,主要是区别普通查询和联合查询、子查询之类的复杂查询。

table

输出的行所引用的表。

type

联合查询所使用的类型。

type显示的是访问类型,是较为重要的一个指标,结果值从好到坏依次是:

system > const > eq_ref > ref > fulltext> ref_or_null > index_merge > unique_subquery > index_subquery >range > index > ALL

一般来说,得保证查询至少达到range级别,最好能达到ref。

type=ALL,全表扫描,MySQL遍历全表来找到匹配的行

type=index,索引全扫描,MySQL遍历整个索引来查询匹配的行

type=range,索引范围扫描,常见于<,<=,>,>=.between等操作

select * frompayment where customer_id >=300 and customer_id <=350

type=ref,使用非唯一索引扫描或唯一索引的前缀扫描,返回匹配某个单独值的记录行

select * frompayment where customer_id =350

type=eq_ref,类似ref,区别就在使用的索引是唯一索引,对于每个索引键值,表中只有一条记录匹配

type=const/system,单表中最多有一个匹配行,查询起来非常迅速,查询起来非常迅速,所以这个匹配行中的其他列的值可以被优化器在当前查询中当做常量来处理,例如,根据主键primary key或者唯一索引unique_index进行的查询。

type=NULL,MySQL不用访问表或者索引,直接就能够得到结果

select 1 from duanwhere 1

possible_keys

指出MySQL能使用哪个索引在该表中找到行。如果是空的,没有相关的索引。这时要提高性能,可通过检验WHERE子句,看是否引用某些字段,或者检查字段不是适合索引。

key

显示MySQL实际决定使用的键。如果没有索引被选择,键是NULL。

key_len

显示MySQL决定使用的键长度。如果键是NULL,长度就是NULL。文档提示特别注意这个值可以得出一个多重主键里mysql实际使用了哪一部分。

ref

显示哪个字段或常数与key一起被使用。

rows

这个数表示mysql要遍历多少数据才能找到,在innodb上是不准确的。

Extra

如果是Only index,这意味着信息只用索引树中的信息检索出的,这比扫描整个表要快。

如果是where used,就是使用上了where限制。

如果是impossible where 表示用不着where,一般就是没查出来啥。

如果此信息显示Using filesort或者Using temporary的话会很吃力,WHERE和ORDER BY的索引经常无法兼顾,如果按照WHERE来确定索引,那么在ORDER BY时,就必然会引起Using filesort,这就要看是先过滤再排序划算,还是先排序再过滤划算。

 


本文由【waitig】发表在等英博客
本文固定链接:EXPLAIN分析SQL的执行计划
欢迎关注本站官方公众号,每日都有干货分享!
等英博客官方公众号
点赞 (0)分享 (0)