Mysql调优之explain执行计划详解

前言

  1. explain显示了mysql如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。
  2. 使用方法,在select语句前加上explain就可以了图片描述

explain详解

  1. id列数字越大越先执行,如果说数字一样大,那么就从上往下依次执行,id列为null的就表是这是一个结果集,不需要使用它来进行查询。
  2. select_type列常见的有:

    (1)分别用来表示查询的类型,主要是用于区别普通查询、联合查询、子查询等的复杂查询。
    
    (2)常用的值:
       SIMPLE:简单SELECT(不使用UNION或子查询)
       PRIMARY:最外面的SELECT
       UNION:UNION中的第二个或后面的SELECT语句
       DEPENDENT UNION:UNION中的第二个或后面的SELECT语句,取决于外面的查询
       UNION RESULT:UNION 的结果
       SUBQUERY:子查询中的第一个SELECT
       DEPENDENT SUBQUERY:子查询中的第一个SELECT,取决于外面的查询
       DERIVED:导出表的SELECT(FROM子句的子查询)
  3. table:

    (1)输出的行所引用的表
    (2)显示的查询表名,如果查询使用了别名,那么这里显示的是别名,如果不涉及对数据表的操作,那么这显示为null,如果显示为尖括号括起来的就表示这个是临时表,后边的N就是执行计划中的id,表示结果来自于这个查询产生。如果是尖括号括起来的,与类似,也是一个临时表,表示这个结果来自于union查询的id为M,N的结果集。
  4. type:

    (1)依次从好到差:system > const > eq_ref > ref > fulltext > ref_or_null > unique_subquery > index_subquery > range > index_merge > index > ALL
    (2)除了all之外,其他的type都可以使用到索引,除了index_merge之外,其他的type只可以用到一个索引
    (3)最常用的从好到差依次是:system > const > eq_ref > ref > range > index > all
    (4)一般来说,得保证查询至少达到range级别,最好能达到ref。
    (5)system :表只有一行记录(等于系统表),这是const类型的特例,平时不会出现,这个也可以忽略不计
    (6)const :表示通过索引一次就找到了,const用于比较primary key 或者unique索引。因为只匹配一行数据,所以很快。如将主键置于where列表中,MySQL就能将该查询转换为一个常量。 
    (7)eq_ref :唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键或唯一索引扫描
    (8)ref :非唯一性索引扫描,返回匹配某个单独值的所有行,本质上也是一种索引访问,它返回所有匹配某个单独值的行,然而,它可能会找到多个符合条件的行,所以他应该属于查找和扫描的混合体。
    (8)range :只检索给定范围的行,使用一个索引来选择行,key列显示使用了哪个索引,一般就是在你的where语句中出现between、< 、>、in等的查询,这种范围扫描索引比全表扫描要好,因为它只需要开始于索引的某一点,而结束于另一点,不用扫描全部索引。
    (9)index :Full Index Scan,Index与All区别为index类型只遍历索引树。这通常比ALL快,因为索引文件通常比数据文件小。(也就是说虽然all和Index都是读全表,但index是从索引中读取的,而all是从硬盘读取的)
    (10)all :Full Table Scan 将遍历全表以找到匹配的行 
  5. possible_keys: 查询可能使用到的索引都会在这里列出来
  6. key: 查询真正使用到的索引,select_type为index_merge时,这里可能出现两个以上的索引,其他的select_type这里只会出现一个。
  7. key_len: 用于处理查询的索引长度,如果是单列索引,那就整个索引长度算进去,如果是多列索引,那么查询不一定都能使用到所有的列,具体使用到了多少个列的索引,这里就会计算进去,没有使用到的列,这里不会计算进去。留意下这个列的值,算一下你的多列索引总长度就知道有没有使用到所有的列了。要注意,mysql的ICP特性使用到的索引不会计入其中。另外,key_len只计算where条件用到的索引长度,而排序和分组就算用到了索引,也不会计算到key_len中。
  8. ref:显示使用哪个列或常数与key一起从表中选择行。
  9. rows: 这里是执行计划中估算的扫描行数,不是精确值
  10. extra: 包含不适合在其他列中显式但十分重要的额外信息

    (1)Using filesort(九死一生):
        【1】说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取。MySQL中无法利用索引完成的排序操作称为“文件排序”。
    (2)Using temporary(十死无生):
        【2】使用了用临时表保存中间结果,MySQL在对查询结果排序时使用临时表。常见于排序order by和分组查询group by。 
    (3)Using index(发财了):
        【1】查询时不需要回表查询,直接通过索引就可以获取查询的数据。
        【2】表示相应的select操作中使用了覆盖索引(Covering Index),避免访问了表的数据行,效率不错。如果同时出现using where,表明索引被用来执行索引键值的查找;如果没有同时出现using where,表明索引用来读取数据而非执行查找动作。 
    (4)Using where :
        【1】表明使用了where过滤
    (5)Using join buffer :
        【1】表明使用了连接缓存,比如说在查询的时候,多表join的次数非常多,那么将配置文件中的缓冲区的join buffer调大一些。
    (6) impossible where :
        【1】where子句的值总是false,不能用来获取任何元组
    (7)select tables optimized away :
        【1】在没有GROUPBY子句的情况下,基于索引优化MIN/MAX操作或者对于MyISAM存储引擎优化COUNT(*)操作,不必等到执行阶段再进行计算,查询执行计划生成的阶段即完成优化。
    (8) distinct :
        【1】优化distinct操作,在找到第一匹配的元组后即停止找同样值的动作

参考链接

  1. https://www.cnblogs.com/xiaob...
  2. http://www.cnblogs.com/yycc/p...
  3. 实例:https://blog.csdn.net/why1573...

你可能感兴趣的:(mysql,mysql优化,explain)