Mysql之explain

本文主要是介绍Mysql之explain，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

explain

1. 是什么：使用explain关键字可以模拟优化器执行sql语句，从而知道MYsqlShi 如何处理我们的SQL语句的。分析我们的查询语句或者表结构的性能瓶颈

2. 能干嘛

   1. 表的读取顺序

   2. 数据读取操作的操作类型

   3. 哪些索引可以使用

   4. 哪些索引被实际使用

   5. 表之间的引用

   6. 每张表有多少行被优化器查询

3. 怎么玩

   1. Explain+SQL语句

   2. 执行计划包含的信息

      1. id

         1. select查询的序列号，包含一组数字，表示查询中执行select子句或者表的顺序

         2. 三种情况

            1. id相同，顺序由上至下

            2. id不同，如果子查询，id序列号会递增，Id越大优先级越高，越先别执行

            3. id相同不同，同时存在

      2. select _type

         1. 有哪些值：SIMPLE、PRIMARY、SUBQUERY、DERIVED、UNION、UNION RESULT

         2. 作用：主要是用于区别普通查询、联合查询、子查询等的复杂查询

         3. 详解

            1. SIMPLE：简单是select查询，查询中不包含子查询或者UNION

            2. PRIMARY:查询中若包含任何复杂的子部分，最外层查询则被标记为PRIMARY

            3. SUBQURY:在select或者where列表中包含了子查询

            4. DERIVED:在from列表中包含的子查询被标记为DERIVED（衍生），Msql会递归执行这些子查询，把结果放在临时表中

            5. UNION：若第二个select出现在union之后则被标记为union;若union包含在from中，外层select将被标记为DERIVED

            6. UNION RESULT:从UNION表中获取结果的select

      3. table:显示这行一行的数据是关于哪张表的

      4. type

         1. type的值：ALL、index、range、ref、eq_ref、const、system、NULL

         2. 详解

            1. system:表只有一行记录(等于系统表)，这是const类型的特例，平时不会出现

            2. const:表示通过索引一次就找到了，const用于比较primary key或者unique索引。因为只匹配一行数据，所以很快，如将主键置于where列中，Mysql就能将该查询转换为一个常量

            3. eq_ref:唯一性索引扫描，对于每一个索引键，表中只有一条记录与之匹配，常见于主键或者唯一索引扫描

            4. ref:非唯一索引扫描，返回某个单独值的所有行，本质上也是一种索引访问，它返回所有匹配某个单独值的行，然而他可能找到多个符合条件的行，所以他属于查找和扫描的混合体

            5. range:只检索给定指定范围的行，使用一个索引来选择行。key列显示使用了哪个索引，一般就是在where语句中出现between、<、>、in等的查询

            6. index:Full Index Scan,index与ALL区别为index类型只遍历索引数。这通常比ALL快，因为索引文件通常比数据文件小（也就是说index和ALL都是读全表，而ALL是从硬盘中读的）

            7. ALL:Full Table Scan，将遍历全表以找到匹配的行

         3. 访问类型排序：最好到最差(system>const>eq_ref>ref>range>index>ALL )一般来说，得保证查询最少达到range界别，最好能达到ref

      5. possible_keys

         1. 显示可能应用在这张表的索引，一个或者多个。查询涉及到的字段上若存在索引，则该索引将被列出，但是不一定被查询实际使用

      6. key

         1. 实际使用 的索引。如果为NULL则没有使用索引

         2. 查询中若使用 了覆盖索引，则该索引仅出现在key列表中

      7. key_len

         1. 表示索引中使用的字节数，可通过该列计算查询中使用索引的长度。在不损失精确度的情况下，长度越短越好

         2. 显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表计算而得，不是通过表内检索得来的

      8. ref

         1. 显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或者常量被用于查找索引列上的值

      9. rows

         1. 根据表统计信息及索引选用情况，大致估算出找到记录所需要读取的行数

      10. Extra

          1. 包含不适合在其他列中显示但是十分重要的额外信息

             1. Using filesort:说明Mysql会对数据使用一个外部的索引排序，而不是按照表内的索引数据进行读取。Mysql中无法利用索引完成的排序操作称为"文件排序"(一旦初夏这种情况会非常麻烦)

             2. Using temporary:使用了临时表保存中间结果，Mysql在对查询结果排序时使用临时表，常见于排序order by和分组查询group by.(如果遇到这种情况，立刻处理)

             3. Using index:(出现这个是非常好的现象)表示相应的select操作中使用了覆盖索引，避免访问了表的数据行，效率不错。如果同时出现using where ,表明索引索引被用来执行索引键值的查找；如果没有同时出现using where,表明索引用来读取数据而非执行查找动作

             4. Using where:表明使用了where过滤

             5. using join buffer:使用了连接缓存

             6. impossible where:where子句的值总是false,不能用来获取任何元组

             7. select tables optimized away：在没有Group BY子句的情况下，基于索引优化MIN/MAX操作或者对于MyISAM存储优化引擎优化count(*)操作，不必等到执行阶段再去进行计算，查询执行生成的阶段即完成优化

             8. distinct：优化distinct操作，在找到第一匹配的元组后即停止找同样值的操作

          2. 总结：在上面的8中信息中，重点关注前三个

这篇关于Mysql之explain的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！