Explain语句结果中各个字段分别表示些什么

id

查询语句中每出现一个select关键字,mysql就会为它分配一个唯一的ID值,某些子查询会被优化成join查询,那么出现的id会一样
id列的值代表了select的执行顺序,id值大优先执行,id值空最后执行,id值相同从上到下执行

select_type

select关键字对应的那个查询的类型

  • simple
    简单查询,不含子查询或join关键字
  • primary
    复杂查询最外层select语句或者union语句中最左边的select
  • subquery
    子查询,仅限在from前面的select语句
  • MATERIALIZED
    materialized表示where后面in条件的子查询
    这个表示产生的结果会生成一张表(物化为临时表,存在内存中),并且会给这张表创建一个唯一索引
  • derived
    不用关注,衍生查询,from语句后面包含select语句,则会产生这种类型,会把中间结果放到临时表中
    5.7及以后合并优化了,需要用set session optimizer_switch='derived_merge=off'关闭。
  • union
    联合查询
    还会产生一行(id=null, select_type=UNION_RESULT, table=<union id1,id2,...>)的

table

表名

partitions

匹配的分区信息

type

针对单表的查询方式(全表扫描、索引)
NULL>system>const>eq_ref>ref>range>index>ALL
执行效率依次递减

  • NULL
    代表查询在mysql优化阶段分解查询语句的时候能直接完成,不需要查询表和索引
    比如获取表最大id,最小id,此时Extra=‘Select tables optimized away’

  • system
    达到该级别需要满足

    1. 是系统表或者是临时表
    2. 表中有且只有一条数据
  • const
    当where条件后面是一个主键或唯一性索引,与一个常量精确比较时,mysql会把查询优化成一个常量查询

  • eq_ref
    主键或唯一索引与其他表或字段进行关联查询,最多只会返回一条记录

  • ref
    普通索引或者联合索引的前缀匹配

  • range
    范围索引,通常为in、> < >= 这些

  • index
    扫描全表索引:所查询的列都创建了索引,但是没有按照索引字段过滤

  • ALL
    全表扫描

possible_keys

可能用到的索引
如果该列为null,表示没有相关索引
如果该列有索引,但是key没索引,表示mysql认为索引对此查询帮助不大,选择了全表查询

key

实际上使用的索引

key_len

实际使用的到的索引长度
一般用来判断联合索引是否全部生效

ref

当使用索引列等值查询时,与索引列进行等值匹配的对象信息

rows

预估的需要读取的记录条数,扫描了多少行

filtered

某个表经过搜索条件过滤后剩余记录条数的百分比,(最终记录数量/扫描记录数量)*100%

Extra

一些额外信息,排序等

  • using index
    查询的字段被索引覆盖

  • Using index condition
    前导列查询
    会先条件过滤索引,过滤完索引后找到所有符合索引条件的数据行,随后用 WHERE 子句中的其他条件去过滤这些数据行

  • using where
    where 后面的字段没有使用索引,没有创建索引
    考虑是否通过创建索引优化

  • Using temporary
    创建临时表,查询过程中需要创建临时表辅助查询
    需要优化

  • Using filesort
    数据排序的时候没有通过索引排序,数据量小通过内存排序,数据量大在磁盘中排序
    需要进行优化

  • Select tables optimized away
    直接从表信息就获取到结果

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,951评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,606评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,601评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,478评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,565评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,587评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,590评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,337评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,785评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,096评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,273评论 1 344
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,935评论 5 339
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,578评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,199评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,440评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,163评论 2 366
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,133评论 2 352

推荐阅读更多精彩内容