MySQL执行计划

id 表的读取顺序

执行优先级,id相同从上到下依次执行,id不同,id从大到小依次执行

select_type 查询类型

simple 简单查询,不包含子查询,union

primary 最外层的查询 ,鸡蛋壳,查询中包含任何复杂的子查询时,最外层的查询。

subquery 在select 或 where中包含的子查询

derived 在from中包含的子查询被标记为derived(衍生)MySQL会递归的执行这些子查询,把结果放在临时表。derived后的数字即为id

union 若第二个select 出现在union之后则被标记位union;若union包含在from子句的查询中,外层select 被标记未derived;

union result 两个union合并的结果集

type

从最好到最差
system 》 const 》 eq_ref》 ref 》 range 》 index 》all

  • system
    单表单行记录,等价于系统表

  • const
    表示通过索引一次找到了记录,const用于比较主键列或唯一索引列,索引很快,如果主键置于where中,MySQL就可以把该查寻替换为一个常量。

  • eq_ref
    唯一性索引扫描,对于每个索引键,表中只有一条记录与之对应
    select * from t1,t2 where t1.id=t2.id

  • ref
    非为一性索引扫描, 返回返回匹配某个单独值的所有行;
    select * from t where col = ’s';

  • range
    只检索给定范围的行key显示用了那和索引,一般是在where中出现了范围查询,它开始于索引的一点,结束语索引的另一个点,比全表扫描快。
    select * from t where id between 1 and 10;

  • index
    Full index scan 全索引扫描
    index和all的区别为index只遍历索引树,通常比all快,因为索引文件更小。都是都全表。
    select id from t1;

  • all
    全表扫描;

possible keys

可能用到的索引。

key

实际用到的索引,为null 表示没有用到索引。或者没建立索引
拆卸像那种若使用到了覆盖索引,则该索引只出现在key这一列中;

key_len

表示索引中使用到的字节数,可通过该列计算查询寻中使用到额索引的长度,再不损失精度的情况下,用的越少越好。
显示的值为索引字段的最大长度,并非实际使用长度,即key_len是根据表定义计算而得,不是通过表内检索出的。
比如:col1 列 索引长度13,col2 列 索引长度13 where col1 = ‘ss’ key_len = 13 where col1 = 'a' and col2 ='s' key_len = 26

ref

type 为 ref/eq_ref 时
显示哪一列被使用了,如果可能的话,最好是一个常数。
库.表.字段 const

rows

根据表统计信息和索引使用情况,大致估算出找到所需记录所需要读取的行数

filterd

过滤掉了多少行

extra

  • using filesort 需要优化
    说明 MySQL会对数据使用一个外部的索引排序, 而不是按照表内的索引顺序进行读取。MySQL中无法使用索引完成的排序操作成为文件排序。
  • using tempory 必须优化
    使用了临时表保存中间结果,MySQL对查询结果排序时使用临时表,常见于order by group by
  • using index 覆盖索引(查询的列被所建的索引覆盖)
    表明使用了发覆盖索引,避免访问数据行(回表)
    如果出现了using where 说明索引被用来执行索引键值的查找;
    如果没有using where 说明索引直接用来读取数据。
  • using where
    表明使用了where 过滤
  • using join buffer
    使用了连接缓存,
  • impossible where
    where 子句的值总是false,不能用来获取元素。
    where id= 1 and id = 3;
  • select tables optmized away
    没有group by 子句的情况下,基于索引min/max操作或者对于myisam存储疫情优化count(*),不必等到执行阶段计算,查询执行计划生成的阶段即可完成优化。
  • distinct
    找到第一个匹配的时候就返回。
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 201,681评论 5 474
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 84,710评论 2 377
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 148,623评论 0 334
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,202评论 1 272
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,232评论 5 363
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,368评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,795评论 3 393
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,461评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,647评论 1 295
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,476评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,525评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,226评论 3 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,785评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,857评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,090评论 1 258
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,647评论 2 348
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,215评论 2 341