Mysql性能优化(三)--explain返回的结果说明

如何对一条查询语句进行性能分析,必不可少的要使用的是explain,explain的意思是执行计划;那接下来我们就详细说明一下explain的返回结果;

一、explain的使用方法

explain select语句;

例如:explain select * from stuInfoA;

返回的结果如下图:

新梦想技术分享

结果说明:

id:是select 的标识符,表示select 语句的执行顺序;如果该select语句有嵌套查询,则explain会有多行结果返回,也就会有多个id,id的数字越大表示该select子句越先执行;如果数字相同,则按从上到下的顺序执行;

select_type: select_type会根据不同的SQL语句返回不同的结果;它有以下返回结果:

          SIMPLE:表示不需要union操作或者不包含子查询的简单select语句,如果有连接查询,外层的查询为simple,且只有一个;

          primary:一个需要union操作或者含有子查询的select,位于最外层的单位查询的select_type即为primary,且只有一个;

          union:union连接的多个select查询,第一个查询是derived派生表,除了第一个表外,第二个以后的表的select_type都是union;

          dependent union:与union一样,出现在union或union all中;取决于外部查询的结果;

          union result:包含union的结果集,在union和union all语句中,因为他不需要参与查询,结果中的id字段为null;

          subquery: 除了from子句中包含的子查询外,其他地方出现的子查询都可能是subquery,说白了就是子查询;

          dependent subquery:与dependent union类似,表示这个subquery的查询要受到外部表查询的影响 ;

          derived:表示派生表;

table: 显示查询的时候涉及的表,如果是临时表,则显示临时表,临时表用<>表示;

type: 表示SQL语句的性能从好到差:system,const,eq_ref,ref,fulltext,ref_or_null,unique_subquery,index_subquery,range,index_merge,index,all;

          如果显示的是all,则表示该SQL语句进行的是全表扫描,没有使用index,那该SQL语句的性能是最差的,除了all之外,其它的type都可以使用到索引;

          system: 表示表中只有一行数据或者是空表,且只能用于myisam和memery表;

          const:表示使用唯一索引或者主键;

          eq_ref: 表示驱动表只返回一行数据,且这一行数据是第二个表的主键或者唯一索引,且必须为not null;唯一索引和主键是多列时,只有所有的列都用作比较时,才会出现eq_ref;

          fulltext: 全文索引检索,全文索引的优先级很高,如果全文索引和普通索引同时存在时,mysql不管代价,优先选择使用全文索引;

          index:索引全表扫描,把索引从头到尾扫一遍;

          all:    表示全表扫描数据文件,再从server层进行过滤返回符合要求的记录;

possible_keys: 查询可能使用到的索引都会在这里列出来

key:查询真正使用到的索引;

key_len: 用于处理查询的索引长度,如果是单列索引,那就是整个索引的长度;如果是多个索引,只会列出使用到了多少个列的索引,没有使用到的列不会计算进去;

ref: 如果使用的常数等值查询,这里会显示const,如果是连接查询,被驱动表的执行计划这里会显示驱动表的关联字段,如果是条件使用了表达式或者函数,或者条件列发生了内部隐式转换,这里显示为func;

rows: 执行计划估算的扫描行数,不是精确值;

extra: 返回的值

      distinct :  表示查询的时候使用了distinct关键字;

      no tables used: 不带from子句或者 from dual查询;

      using filesort : 排序时无法使用到索引时,常见于order by 和 group by 语句中;

      using index: 查询时不需要回表中查询,直接通过索引就可以获取查询的数据;

      using intersect: 表示使用and 的各个索引的条件时,该信息表示是从处理结果获取交集;

      using where:表示存储引擎返回的记录并不是所有的都满足查询条件,需要在server层进行过渡;

以上就是explain的返回结果详细说明,type 是最能说明SQL的性能好坏;其它的项都用来辅助进行SQL调优的项;

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

推荐阅读更多精彩内容