Mysql Explain

Mysql Explain

​ Explain关键安逸可以模拟优化器执行sql查询语句将,从而知道mysql是如何处理你的sql语句,分析你查询的语句或者表结构是否存在性能瓶颈。

​ 它可以查看表的读取顺序,数据读取操作的数据类型,哪些索引可以被使用,哪些索引被时机使用,表之间的引用,每张表有多少行被优化器查询

参考文档:https://dev.mysql.com/doc/refman/8.0/en/explain-output.html

Explain-id 表的读取顺序*

执行器执行sql的顺序,值越大越早执行

select查询的序列号,包含一组数字,表示查询中执行select子句活操作表的顺序

​ 如果id相同,执行顺序是由上到下

​ 如果id不相同,id最大优先级越高

​ derived就是衍生

explain-select_type 数据读取操作的操作类型

​ 1.simple 简答的select查询,查询中不含子查询或者union

​ 2.primary 查询中若包含任何复杂的子查询,最外面查询则被标记为(简单说最后加载的)

​ 3.subquery 在select或where列表中包含的子查询

​ 4.derived 在from李彪中包含的子查询被标记为derived(衍生)mysql会递归执行这些子查询,把结果发昂在临时表里

​ 5.若第二个select出现union之后,则被标记为union,若union包含在from自居的子查询中,外层的select被标记为derived

​ 6.union result 从union表中获取结果的select(union合并的结果)

table

显示这行数据是关于哪一个表的

type*

type就是访问类型

type有8种类型 all index range ref eq_ref const,system null

最好到最差的排序

system > const > eq_ref > ref > range > index >all

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

至少达到range级别,最好达到ref

system

​ 表内只有一行记录(相当于系统表),这就是const类型的特列,平时不会出现。

const

​ 表示通过所以一次就找到了,const用于比较primary key或者unique索引。因为直匹配一行数据,所以很快,如果主键在where列表种,mysql就能将该查询转换为一个常量。

eq_ref

​ 唯一性索引扫描,对每个索引键,表中只有一条记录与之匹配,常用于主键或者唯一索引

ref

​ 它和eq_Ref不同是eq_ref是查找一个,他是根据索引查找所有,如果name为123 那么name索引可能有多个数据的name是123

range

​ 使用了 > < betwwen in 等操作,这种扫描回避全表扫描要好,因为它只需要开始于某因的某一个点

index

​ Full index scan,index与All的区别就是index类型之便利索引树,这通常比all快,因为索引文件通常比数据文件小

all

​ 全表扫描

possible_key

​ 可能应用在这张表中的索引,一个或者多个

key*

实际使用的索引

​ 实际使用到的索引,如果查询种使用到了覆盖索引,那么索引仅出现在key列表中

key_len

​ 表示索引中使用的字节数,可以通过该列计算查询中使用的索引长度。在不损失精度性的情况下,长度越短越好,

​ 他是通过表定义计算而得

ref

​ 表示索引被那一列使用了,如果可能话的可能是个常熟,那些列或常量被用于查询索引列上的值

rows*

​ 大致估算出找到所需要的几率锁需要读取的行数

Extra*

包含不适合在其他列中展示,但十分重要的额外信息

Using filesort *

​ 说明Mysql会对数据使用一个外部的索引索引排序,而不是按照表内的索引顺序进行读取。Mysql种无法利用索引完成排序操作成为“文件排序”

Using temporary *

​ 使用临时表保存中间结果,Mysql在对查询结果排序时使用临时表,常见于排序order by和分组查询group by会出现。

using index *

​ 表示相应的select操作使用了覆盖索引(Covering index),避免了访问表的数据行,效果好

​ 如果同时出现using where,表示索引被用来执行索引键值的查找

​ 如果没有出现using where 表明索引来读取数据而非执行查找动作(覆盖索引)

覆盖索引就是要查询的列被所建的索引覆盖

using where

​ 表明使用了where过滤

using join buffer

​ 使用了连接缓存(join用多了)

impossible where

​ where子句的值总是false,不能用来获取任何元组

比如

select *from user where name = '123' and name = '234'

select tables optimized away

​ 在没有group by子句的情况下,基于索引优化的min/max操作或者对于M有ISAM存储引擎优化count(*)操作,不必等到执行阶段在进行计算

distinct

​ 优化distinct操作,在找到第一匹配的元组后就停止找同样值的动作

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

哇塞大嘴好帅(DaZuiZui)

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值