zoukankan      html  css  js  c++  java
  • MySQL explain,Extra分析(转)

    explain结果中有一个Extra字段,对分析与优化SQL有很大的帮助

    数据准备

    create table user (
    id int primary key,
    name varchar(20),
    sex varchar(5),
    index(name)
    )engine=innodb;
    
    insert into user values(1, 'shenjian','no');
    insert into user values(2, 'zhangsan','no');
    insert into user values(3, 'lisi', 'yes');
    insert into user values(4, 'lisi', 'no');
    

    数据说明

      用户表:id主键索引,name普通索引(非唯一),sex无索引

      四行记录:其中name普通索引存在重复记录lisi; 

    实验目的

    通过构造各类SQL语句,对explain的Extra字段进行说明,启发式定位待优化低性能SQL语句。

    一、【Using where】

    实验语句

    explain select * from user where sex='no';
    

    结果说明

      Extra为Using where说明,SQL使用了where条件过滤数据

    需要注意的是:

    (1)返回所有记录的SQL,不使用where条件过滤数据,大概率不符合预期,对于这类SQL往往需要进行优化;

    (2)使用了where条件的SQL,并不代表不需要优化,往往需要配合explain结果中的type(连接类型)来综合判断;

      本例虽然Extra字段说明使用了where条件过滤,但type属性是ALL,表示需要扫描全部数据,仍有优化空间。

      常见的优化方法为,在where过滤属性上添加索引。

    画外音:本例中,sex字段区分度不高,添加索引对性能提升有限。

    二、【Using index】  

    实验语句

    explain select id,name from user where name='shenjian';
    

    结果说明

      Extra为Using index说明,SQL所需要返回的所有列数据均在一棵索引树上,而无需访问实际的行记录

      这类SQL语句往往性能较好。

    问题来了,什么样的列数据,会包含在索引树上呢?

    三、【Using index condition】

    实验语句:

    explain select id,name,sex from user where name='shenjian';
    

     画外音:该SQL语句与上一个SQL语句不同的地方在于,被查询的列,多了一个sex字段。

    结果说明:

    Extra为Using index condition说明,确实命中了索引,但不是所有的列数据都在索引树上,还需要访问实际的行记录

    画外音:聚集索引,普通索引的底层实现差异,详见《1分钟了解MyISAM与InnoDB的索引差异》。

    这类SQL语句性能也较高,但不如Using index。

    问题来了,如何优化为Using index呢?

    四、【Using filesort】

    实验语句:

    explain select * from user order by sex;
    

    结果说明:

      Extra为Using filesort说明,得到所需结果集,需要对所有记录进行文件排序

      这类SQL语句性能极差,需要进行优化。

      典型的,在一个没有建立索引的列上进行了order by,就会触发filesort,常见的优化方案是,在order by的列上添加索引,避免每次查询都全量排序。

    五、【Using temporary】

    实验语句:

    explain select * from user group by name order by sex;
    

    结果说明:

      Extra为Using temporary说明,需要建立临时表(temporary table)来暂存中间结果。 

      这类SQL语句性能较低,往往也需要进行优化。

      典型的,group by和order by同时存在,且作用于不同的字段时,就会建立临时表,以便计算出最终的结果集。

    六、【Using join buffer (Block Nested Loop)】

    实验语句:

    explain select * from user where id in(select id from user where sex='no');
    

    结果说明:

      Extra为Using join buffer (Block Nested Loop)说明,需要进行嵌套循环计算

      画外音:内层和外层的type均为ALL,rows均为4,需要循环进行4*4次计算。

      这类SQL语句性能往往也较低,需要进行优化。

      典型的,两个关联表join,关联字段均未建立索引,就会出现这种情况。常见的优化方案是,在关联字段上添加索引,避免每次嵌套循环计算。

      

     出处:https://mp.weixin.qq.com/s?__biz=MjM5ODYxMDA5OQ==&mid=2651962587&idx=1&sn=d197aea0090ce93b156e0774c6dc3019&chksm=bd2d09078a5a801138922fb5f2b9bb7fdaace7e594d55f45ce4b3fc25cbb973bbc9b2deb2c31&mpshare=1&scene=1&srcid=&sharer_sharetime=1564102656434&sharer_shareid=7cd5f6d8b77d171f90b241828891a85f&key=c072b2c2faef4d9438b6f0b6badfe53fcf4db318fb2a87c291408a33555d137d4353da96dcb877b705e357a29afaa1479a898d0c98e72842de1bb41b2ff2a9c73a6131f5ce9fb58a76278f542f301b23&ascene=1&uin=MTAwMjA4NTM0Mw%3D%3D&devicetype=Windows+7&version=62060739&lang=zh_CN&pass_ticket=%2B86JlczuokhjGWtJYlXewkRQ80VvS7ZrhQjqxZGhalDK9QZVXHBjqvVIoMCl8QmU 

  • 相关阅读:
    【Android进阶】判断网络连接状态并自动界面跳转
    【Android进阶】快捷图标的创建与移除
    【Android基础】单元测试的配置
    【Android基础】短信的发送
    【Android基础】Activity之间进行参数传递的三种方式
    【Android基础】AndroidManifest常用权限permission整理
    【Android进阶】ZXing android 错误(Could not find class 'com.google.zxing.ResultPoint)
    【Android基础】点击Back键退出应用程序
    【Android进阶】Application对象的详解
    js案例_下滑列表
  • 原文地址:https://www.cnblogs.com/myseries/p/11262054.html
Copyright © 2011-2022 走看看