本文主要给大家介绍了解MySQL执行计划结果,其所涉及的东西,从理论知识来获悉,有很多书籍、文献可供大家参考,从现实意义角度出发,创新互联累计多年的实践经验可分享给大家。
专注于为中小企业提供网站制作、成都网站制作服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业普宁免费做网站提供优质的服务。我们立足成都,凝聚了一批互联网行业人才,有力地推动了1000+企业的稳健成长,帮助中小企业通过网站建设实现规模扩充和转变。
类型 | 说明 |
---|---|
SIMPLE | 简单SELECT(不使用UNION或子查询等) |
PRIMARY | 主查询,即最外面的SELECT |
UNION | UNION中的第二个或后面的SELECT语句 |
DEPENDENT UNION | NION中的第二个或后面的SELECT语句,取决于外面的查询 |
UNION RESULT | UNION的结果 |
SUBQUERY | 子查询中的第一个SELECT |
DEPENDENT SUBQUERY | 子查询中的第一个SELECT,取决于外面的查询 |
SUBQUERY | 导出表的SELECT(FROM子句的子查询) |
table
输出结果集的表名
partitions
存在分区时,使用到哪些分区
类型 | 值 | 示例说明 |
---|---|---|
ALL | 全表扫描 | 一般是没有where条件或者where条件没有使用索引的查询语句 |
index | 索引全扫描 | 一般是查询的字段都有索引的查询语句 |
range | 索引范围扫描 | 常用于<、<=、>、>=、between等操作 |
ref | 非唯一索引扫描 | 使用非唯一索引或唯一索引的前缀扫描,返回匹配某个单独值的记录行 |
eq_ref | 唯一索引扫描 | 类似ref,区别在于使用的索引是唯一索引,对于每个索引键值,表中只有一条记录匹配 |
const,system | 单表最多有一个匹配行 | onst/system出现在根据主键primary key或者 唯一索引 unique index 进行的查询 |
NULL | 不用扫描表或索引 | select 1 from dual |
possible_keys
列指出MySQL能使用哪个索引在该表中找到行
key
显示MySQL实际决定使用的键(索引)。如果没有选择索引,键是NULL
key_len
显示MySQL决定使用的键长度。如果键是NULL,则长度为NULL。使用的索引的长度。在不损失精确性的情况下,长度越短越好
ref
显示使用哪个列或常数与key一起从表中选择行。
rows
显示MySQL认为它执行查询时必须检查的行数。
filtered
存储引擎返回的数据在server层过滤后,剩下多少满足查询的记录数量的比例(百分比)
extra元素 | 说明 |
---|---|
Distinct | 一旦MYSQL找到了与行相联合匹配的行,就不再搜索了 |
Not exists | MYSQL 优化了LEFT JOIN,一旦它找到了匹配LEFT JOIN标准的行,就不再搜索了 |
Range | checked for each |
Record | 没有找到理想的索引,因此对于从前面表中来的每一 个行组合,MYSQL检查使用哪个索引,并用它来从表中返回行。这是使用索引的最慢的连接之一 |
Using filesort | 表示MySQL需额外排序操作, 不能通过索引顺序达到排序效果 |
Using index | 表示索引覆盖,不会回表查询 |
Using temporary | 通常发生在对不同的列集进行ORDER BY上,而不是GROUP BY上 |
Using where | 表示进行了回表查询 |
简单来说就是数据库根据索引找到了指定的记录所在行后,还需要根据rowid再次到数据块里取数据的操作。比如这样的执行计划,先索引扫描,再通过rowid去取索引中未能提供的数据,即为回表。“回表”一般就是指执行计划里显示的“TABLE ACCESS BY INDEX ROWID”。再例如,虽然只查询索引里的列,但是需要回表过滤掉其他行。
怎么避免回表?
将需要的字段放在索引中去。查询的时候就能避免回表。但是不要刻意去避免回表,那样代价太了。也不是将所有的字段都放在所有中。
回表和MySQL的索引实现有关系,有兴趣的朋友可以进一步了解B+树相关原理,参照下面这篇文章“从B树、B+树、B*树谈到R 树”。
不同于oracle的rownum,mysql不太直接提供这样的字段,但是可以用变量的方法添加伪自增序列,语法格式为SELECT @rownum:=@rownum+1 AS rownum, table_name.* FROM (SELECT @rownum:=0) r, table_name ;
看了以上了解MySQL执行计划结果介绍,希望能给大家在实际运用中带来一定的帮助。本文由于篇幅有限,难免会有不足和需要补充的地方,大家可以继续关注创新互联行业资讯板块,会定期给大家更新行业新闻和知识,如有需要更加专业的解答,可在官网联系我们的24小时售前售后,随时帮您解答问题的。