MySQL优化之如何通过执行计划(explain)分析SQL

目录

什么是执行计划

explain的作用

各个字段解释

实战举例

 

---

 

什么是执行计划

 

SQL执行计划，就是一条SQL语句，可以模拟优化器执行SQL语句，从而知道查询语句的效率或性能的瓶颈，具体执行方式如下所示：在执行的 SQL 前面加上 explain 关键词即可；

 

 

explain的作用

 

1.分析出表的实际读取顺序

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

3.分析哪些索引可以使用

4.分析哪些索引被实际使用了

5.分析表之间的引用

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

 

 

各个字段解释

 

id：代表select查询的序列号，包含一组数字，表示查询中执行select子句或操作表的顺序。

• id相同，表的执行顺序为table字段由上到下
• id不同，如果是子查询，id的序号会递增，id越大优先级越高，表的执行顺序为Id字段大的，table字段先执行
• id既有相同的，又有不同的

如图，mysql的实际执行表顺序为t3、衍生表derived2(s2=t3+t1)、t2

 

select_type:表的查询类型

 

• SIMPLE       简单的select查询，查询中不包含子查询或者UNION
• PRIMARY    查询中包含任何复杂的子部分，最外层查询则被标记成primary
• SUBQUERY    在select或者where列表中包含了子查询
• DERIVED   在from列表中包含的子查询被标记为DERIVED(衍生),MySQL会递归执行这些子查询，把结果放在临时表里
• UNION       若第二个select出现在union之后则被标记为union，若union包含在from字句的子查询中，最外层select将被标记为derived
• UNION RESULT   从UNION表获取结果的SELECT

 

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

 

type:访问类型，从最好到最差依次是：system>const>eq_ref>ref>range>index>ALL

一般来说查询到达range即可，最好达到ref

• system。表中只有一行记录，这是const类型的特例，平时不会出现
• const。   表示通过索引一次就找到了，const用于比较primarykey或者unique索引。因为只匹配一行数据，所以很快。如将主键置于where列表中，MySQL就能将该查询转换为一个常量
• eq_ref。 唯一性索引，对于每个索引键，表中只有一条记录与之匹配，常见于主键或唯一索引扫描
• ref。       非唯一索引扫描，返回匹配某个单独值的所有行。本质上也是一种索引访问，它返回所有匹配某个单独值的行，然而它可能会找到多个符合条件的行，索引他应该属于查找和扫描的混合体
• range。  只检索给定范围的行，使用一个索引来选择行。例如查询中where条件出现between、in、>、<。这种范围扫描比全表扫描好，因为它只需要在开始索引的某一点，而结束语另一点不用扫描全部索引
• index。  Full Index扫描，全索引扫描相比all更快，因为索引文件通常比数据文件小
• all。       Full Table扫描，将遍历全表以找到匹配的行。

 

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

 

key:实际使用的索引。如果为null则代表没有使用索引，查询中若使用了覆盖索引(查询的字段和索引字段刚好吻合)，则索引和查询的select字段重叠

 

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

需要注意，key_len显示的值为索引最大可能长度，并非实际使用长度。

 

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

 

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

 

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

• Using filesort。九死一生。说明mysql会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取。MySQL中无法利用索引完成排序操作称为文件排序
• Using temporary。十死无生。使用了临时表保存中间结果，mysql在对查询结果排序时使用了临时表，常见于排序order by和分组查询group by。
• Using index。发财了。select查询使用了覆盖索引，避免了访问表的数据行，效率很高。如果同时出现Using where表明索引被用来执行索引键值的查找。如果没有同时出现using where，表明索引用来读取数据而非执行查找动作。
• Using where。表明使用了where过滤
• Using join buffer。使用了连接缓存
• impossible where。where子句的值总是false，不能用来获取任何元组
• select tables optimized away。在没有groupby的情况下，基于索引优化min/max操作，或者对应MyISAM引擎优化Count(*)操作，不必等到执行阶段再计算，查询执行计划生成的阶段即完成优化
• distinct。在找到一个匹配的元组后即立刻停止了找同样值的行为。

 

 

实战举例

 

分析表的执行顺序

id  4>3>2>1>null