mysql使用explain分析sql执行计划帮助查找性能瓶颈

当sql执行时间超出预期(通常是比预期时间长)时,或者想知道sql执行是否使用到设计的索引,或者希望了解优化后的sql在执行时是否按预期进行了优化处理,都可以使用explain命令查看sql的执行计划。

使用方法就是在mysql命令终端执行sql语句的前面添加explain命令。

mysql> explain select * from shard_bill where pay_status='0' and merchant_no='123' ;
+----+-------------+-------------------+------------+------+------------------------------+-------------+---------+-------+------+----------+-------------+
| id | select_type | table             | partitions | type | possible_keys                | key         | key_len | ref   | rows | filtered | Extra       |
+----+-------------+-------------------+------------+------+------------------------------+-------------+---------+-------+------+----------+-------------+
|  1 | SIMPLE      | shard_bill | NULL       | ref  | merchant_no,merchant_no_date | merchant_no | 99      | const |    1 |       10 | Using where |
+----+-------------+-------------------+------------+------+------------------------------+-------------+---------+-------+------+----------+-------------+
1 row in set

下面对命令执行返回的每列数据的含义进行说明: 

1. id

sql顺序标识,SQL从大到小的执行。

  • 1. id相同时,执行顺序由上至下
  • 2. 如果是子查询,id的序号会递增,id值越大优先级越高,越先被执行
  • 3.id如果相同,可以认为是一组,从上往下顺序执行;在所有组中,id值越大,优先级越高,越先执行

2. select_type

示查询中每个select子句的类型

  • (1) SIMPLE(简单SELECT,不使用UNION或子查询等)
  • (2) PRIMARY(查询中若包含任何复杂的子部分,最外层的select被标记为PRIMARY)
  • (3) UNION(UNION中的第二个或后面的SELECT语句)
  • (4) DEPENDENT UNION(UNION中的第二个或后面的SELECT语句,独立于外面的查询)
  • (5) UNION RESULT(UNION的结果)
  • (6) SUBQUERY(子查询中的第一个SELECT)
  • (7) DEPENDENT SUBQUERY(子查询中的第一个SELECT,独立于外面的查询)
  • (8) DERIVED(派生表的SELECT在FROM子句的子查询)
  • (9) UNCACHEABLE SUBQUERY(一个子查询的结果不能被缓存,必须重新评估外链接的第一行)

3. table

  • 值为表名称时,表示从哪张表查询数据;
  • 值为表的别名,查询时为表指定了别名;
  • null 表示不需要表查询;

4. type

常用的类型有:ALL, index,  range, ref, eq_ref, const, system, NULL(从左到右,性能从差到好)。

  • ALL:Full Table Scan,MySQL将遍历全表以找到匹配的行,逐行做全表扫描,通常情况下,效率最低;
  • index: Full Index Scan,index与ALL区别为index类型只遍历索引树,相当于data_all index 扫描所有的索引节点,相当于index_all;
  • range:只检索给定范围的行,使用一个索引来选择行,能根据索引做范围的扫描;
  • ref: 表示表的连接匹配条件,即哪些列或常量被用于查找索引列上的值,通过索引列,可以直接引用到某些数据行;
  • eq_ref: 类似ref,区别就在使用的索引是唯一索引,对于每个索引键值,表中只有一条记录匹配,简单来说,就是多表连接中使用primary key或者 unique key作为关联条件;
  • const、system: 当MySQL对查询某部分进行优化,并转换为一个常量时,使用这些类型访问。如将主键置于where列表中,MySQL就能将该查询转换为一个常量,system是const类型的特例,当查询的表只有一行的情况下,使用system;
  • NULL: MySQL在优化过程中分解语句,执行时甚至不用访问表或索引,例如从一个索引列里选取最小值可以通过单独索引查找完成;
  • const、system、NULL指查询优化到常量级别, 甚至不需要查找时间。

5. possible_keys

系统估计可能用的几个索引,但最终只能用1个。

  • 指出MySQL能使用哪个索引在表中找到记录,查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被查询使用;
  • 该列完全独立于EXPLAIN输出所示的表的次序。这意味着在possible_keys中的某些键实际上不能按生成的表次序使用。
  • 如果该列是NULL,则没有相关的索引。在这种情况下,可以通过检查WHERE子句看是否它引用某些列或适合索引的列来提高你的查询性能。

6. Key

显示MySQL实际决定使用的索引。

如果没有选择索引,键是NULL。要想强制MySQL使用或忽视possible_keys列中的索引,在查询中使用FORCE INDEX、USE INDEX或者IGNORE INDEX。

7. key_len

表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度(key_len显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len是根据表定义计算而得,不是通过表内检索出的)

不损失精确性的情况下,长度越短越好;

8. ref

表示上述表的连接匹配条件,即哪些列或常量被用于查找索引列上的值。

9. rows

MySQL根据表统计信息及索引选用情况,估算的找到所需的记录所需要读取的行数;

10. filtered

返回结果的行占需要读到的行(rows列的值)的百分比。

11. Extra

性能从好到坏:useing index>usinh where > using temporary | using filesort

该列包含MySQL解决查询的详细信息,有以下几种情况:

  • Using temporary:表示MySQL需要使用临时表来存储结果集,常见于排序和分组查询;
  • Using filesort:MySQL中无法利用索引完成的排序操作称为“文件排序”;
  • Using where:列数据是从仅仅使用了索引中的信息而没有读取实际的行的表返回的,这发生在对表的全部的请求列都是同一个索引的部分的时候,表示mysql服务器将在存储引擎检索行后再进行过滤;
  • Using join buffer:该值强调了在获取连接条件时没有使用索引,并且需要连接缓冲区来存储中间结果。如果出现了这个值,那应该注意,根据查询的具体情况可能需要添加索引来改进能;
  • Impossible where:这个值强调了where语句会导致没有符合条件的行;
  • Select tables optimized away:这个值意味着仅通过使用索引,优化器可能仅从聚合函数结果中返回一行;
  • using  index代表索引覆盖,就是查询的列正好在索引中,不用回物理行查询数据。

12. EXPLAIN的不足

  • EXPLAIN不会告诉你关于触发器、存储过程的信息或用户自定义函数对查询的影响情况;
  • EXPLAIN不考虑各种Cache;
  • EXPLAIN不能显示MySQL在执行查询时所作的优化工作;
  • 部分统计信息是估算的,并非精确值;
  • EXPALIN只能解释SELECT操作,其他操作要重写为SELECT后查看执行计划。

13. 实际执行并查看sql执行时间

explain提供的只是一个大致的执行计划,并不是实际执行效果,这在大多数情况下,能够反映出sql语句是否存在不足。如果希望知道sql实际的执行时间,可以采用下面的方法。

mysql> show variables like "profiling";
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| profiling     | OFF   |
+---------------+-------+
1 row in set

mysql> set profiling = 1;
Query OK, 0 rows affected

mysql> show variables like "profiling";
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| profiling     | ON    |
+---------------+-------+
1 row in set

mysql> select * from boss_shard_bill_6 where bill_no='123' and pay_status='0' limit 10;
Empty set

mysql> show profiles;
+----------+-----------+------------------------------------------------------------------------------------+
| Query_ID | Duration  | Query                                                                              |
+----------+-----------+------------------------------------------------------------------------------------+
|        3 | 0.0017015 | select * from boss_shard_bill_6 where bill_no='123' and pay_status='0' limit 10    |
+----------+-----------+------------------------------------------------------------------------------------+
3 rows in set

mysql> set profiling = 1;
Query OK, 0 rows affected

通过设置profiling 参数,一般在调试或者测试环境中设置此参数,因为此参数在一定程度上降低mysql的执行效率,在生产环境中不适合开启该参数。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值