您好,登录后才能下订单哦!
explain中怎么查看执行计划,针对这个问题,这篇文章详细介绍了相对应的分析和解答,希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
查看user全表查询的执行计划:
mysql> explain select * from user;
id表示select查询语句的执行顺序或者是操作表的执行顺序。
id的值有二种情况:
鸿蒙官方战略合作共建——HarmonyOS技术社区
id相同,表示执行的顺序是由上至下
id不同,id的序号会是递增的,id的值越大表示优先级越高,越先被执行。
select_type表示查询类型,它的值域为:SIMPLE、PRIMARY、SUBQUERY、DERIVED、UNION、UNION RESULT。
SIMPLE:简单的查询,不包含子查询和UNION。
PRIMARY:如果查询的语句中包含了复杂的子查询,那么最外层的查询被标记为PRIMARY。
SUBQUERY:select或者where中的子查询。
DERIVED:from列表中的子查询生成的衍生表查询。
UNION:联合查询。
UNION RESULT:从UNION表获取结果的查询。
数据行是从哪个表获取的。
表示查询使用了哪种类型,它的值域:ALL、index、range、ref、eq_ref、const、system。这是我们优化时重点关注的一个指标。
从最好到最差排序:
system>const>eq_ref>ref>range>index>ALL。
阿里巴巴SQL优化规范:
【推荐】 SQL性能优化的目标:至少要达到 range 级别,要求是ref级别,如果可以是const最好。
说明:
1)const 单表中最多只有一个匹配行(主键或者唯一索引),在优化阶段即可读取到数据。
2)ref 指的是使用普通的索引(normal index)。
3)range 对索引进行范围检索。
system:表中只有一行记录的查询,类似系统表。
eq_ref:多表时唯一索引扫描,对于每一个索引,表中只有一行记录相匹配。
index:索引物理文件全扫描,速度比较慢,比全表扫描性能好一点。
ALL:全表扫描。
可能应用在这个表的索引,可以会一个或者多个,不一定是实际查询使用的索引。
查询中实际使用的索引,如果为null表示没有使用索引。
如果是覆盖索引,则只显示在key中。
表示索引字段的最大可能长度,并不是实际的长度,它是根据表定义得到的,而不是通过表检索得到的。长度越短越好。
表示索引的哪一列被使用了,可能是个常数。哪些列或者常量被用于查找索引列上的值。
根据表的信息和索引使用情况,大致估算的查找到所需的记录需要扫描的行数。越小越好。
扩展信息。
阿里巴巴SQL优化规范:
【推荐】利用覆盖索引来进行查询操作,避免回表。
说明:如果一本书需要知道第11章是什么标题,会翻开第11章对应的那一页吗?目录浏览一下就好,这个目录就是起到覆盖索引的作用。
正例:能够建立索引的种类分为主键索引、唯一索引、普通索引三种,而覆盖索引只是一种查询的一种效果,用explain的结果,extra列会出现:using index。
这里提到了覆盖索引,extra列会出现using index。
extra还有其他比较重要的信息:
using filesort:用到了外部的索引排序,即MySQL无法利用索引完成排序。
using temptory:使用了临时表。
using where:使用了where过滤。
关于explain中怎么查看执行计划问题的解答就分享到这里了,希望以上内容可以对大家有一定的帮助,如果你还有很多疑惑没有解开,可以关注亿速云行业资讯频道了解更多相关知识。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。