MySQL中使用explain和profile分析SQL执行计划和性能

注：上一篇博文中提到了如何定位效率比较低的sql语句，本文重在介绍如何使用explain和profile对其进行分析和改进，因为系统设计的数据表和SQL语句较少，所以此种方案不失为一种好的选择。

一、explain介绍

在分析查询性能时，考虑EXPLAIN关键字同样很管用。EXPLAIN关键字一般放在SELECT查询语句的前面，用于描述MySQL如何执行查询操作、以及MySQL成功返回结果集需要执行的行数。explain 可以帮助我们分析 select 语句,让我们知道查询效率低下的原因,从而改进我们查询,让查询优化器能够更好的工作，可以帮助选择更好的索引和写出更优化的查询语句。

1. id

   SELECT识别符。这是SELECT查询序列号。这个不重要,查询序号即为sql语句执行的顺序。
   

2. select_type

   select类型，它有以下几种值：
   
   2.1 simple 它表示简单的select,没有union和子查询
   
   2.2 primary 最外面的select,在有子查询的语句中，最外面的select查询就是primary,上图中就是这样
   
   2.3 union union语句的第二个或者说是后面那一个.
   

3. table

    输出的行所用的表，这个参数显而易见，容易理解。
   

4. type

    system：表仅有一行(=系统表)。这是 const 连接类型的一个特例。
   
    eq_ref：const 用于用常数值比较 PRIMARY KEY 时。当 查询的表仅有一行时,使用 System。
   
   
    ref_or_null：如同 ref, 但是 MySQL 必须在初次查找的结果 里找出 null 条目,然后进行二次查找。
   
   
    unique_subquery：在某些 IN 查询中使用此种类型,而不是常规的 ref:value IN (SELECT primary_key FROM single_table WHERE some_expr)
   
   
    range：只检索给定范围的行,使用一个索引来选择 行。key 列显示使用了哪个索引。当使用=、 <>、>、>=、<、<=、IS NULL、<=>、BETWEEN 或者 IN 操作符,用常量比较关键字列时,可 以使用 range。
   
   
    all：最坏的情况,从头到尾全表扫描。
   

5. possible_keys

   指出 MySQL 能在该表中使用哪些索引有助于 查询。如果为空,说明没有可用的索引。
   

6. key

    MySQL 实际从 possible_key 选择使用的索引。 如果为 NULL,则没有使用索引。很少的情况 下,MYSQL 会选择优化不足的索引。这种情 况下,可以在 SELECT 语句中使用 USE INDEX (indexname)来强制使用一个索引或者用 IGNORE INDEX(indexname)来强制 MYSQL 忽略索引。
   

7. key_len

    使用的索引的长度。在不损失精确性的情况 下,长度越短越好。
   

8. ref

    显示索引的哪一列被使用了。
   

9. rows

    MYSQL 认为必须检查的用来返回请求数据的行数.
   

10. extra 中出现以下 2 项意味着 MYSQL 根本不能使用索引,效率会受到重大影响。应尽可能对此进行优化。

         Using filesort:表示 MySQL 会对结果使用一个外部索引排序,而不是从表里按索引次序读到相关内容。可能在内存或者磁盘上进行排序。MySQL 中无法利用索引完成的排序操作称为“文件排序”。
    
        Using temporary:表示 MySQL 在对查询结果排序时使用临时表。常见于排序 order by 和分组查询 group by。
    

二、profile

MySQL中的profiling功能为MySQL的优化提供了另一条路径，可以根据profiling功能查看一条SQL到底是在哪里损失了性能。

注：关于profile的介绍和使用，参见以下博文
mysql中使用profile分析sql语句性能