跳转至

Mysql explain 分析慢查询


2016-05-03 by dongnan

目标

使用 explain 语句分析 mysql 慢查询并添加索引。

环境

mysql 5.6
centos 6.7 amd64

步骤

慢查询日志

# Time: 160122 10:52:50
# User@Host: root[root] @  [127.0.0.1]  Id: 5284735
# Query_time: 7.464654  Lock_time: 0.000191 Rows_sent: 1  Rows_examined: 19178902
SET timestamp=1453431170;
SELECT count(DISTINCT user_id) FROM ywwd_order bo WHERE channel_type=114 AND bo_product_id =15 
AND user_id NOT IN(SELECT user_id FROM ywwd_order bo1 WHERE bo1.bo_create_time<bo.bo_create_time 
AND  bo_status in(2000,2100));

重现慢查询

mysql> SELECT count(DISTINCT user_id) FROM ywwd_order bo WHERE channel_type=114 
        AND bo_product_id =15 AND user_id NOT IN(SELECT user_id FROM ywwd_order bo1 
        WHERE bo1.bo_create_time<bo.bo_create_time AND  bo_status in(2000,2100));

+-------------------------+
| count(DISTINCT user_id) |
+-------------------------+
|                    2903 |
+-------------------------+
1 row in set (7.47 sec)

SQL执行时间 7.47 秒 。

解决方法

添加索引

mysql>  alter table ywwd_order ADD INDEX user_id ( `user_id` );
Query OK, 0 rows affected (0.06 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql>  alter table ywwd_order ADD INDEX bo_create_time ( `bo_create_time` );
Query OK, 0 rows affected (0.05 sec)
Records: 0  Duplicates: 0  Warnings: 0

验证

mysql>  SELECT count(DISTINCT user_id) FROM ywwd_order bo WHERE channel_type=114
        AND bo_product_id =15 AND user_id NOT IN(SELECT user_id FROM ywwd_order bo1 
        WHERE bo1.bo_create_time<bo.bo_create_time AND  bo_status in(2000,2100)) \G;

+-------------------------+
| count(DISTINCT user_id) |
+-------------------------+
|                    2903 |
+-------------------------+
1 row in set (0.03 sec)

SQL执行时间 0.03 秒 。

explian

功能

explain 显示了 mysql 如何使用索引来处理 select 语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。

语法

EXPLAIN tbl_name 
EXPLAIN [EXTENDED] SELECT select_options

前者可以得出一个表的字段结构等等,后者主要是给出相关的一些索引信息。

使用 explian 分析上面的 sql 查询语句。

mysql>  explain SELECT count(DISTINCT user_id) FROM ywwd_order bo WHERE channel_type=100 
        AND bo_product_id =15 AND user_id NOT IN(SELECT user_id FROM ywwd_order bo1 
        WHERE bo1.bo_create_time<bo.bo_create_time AND  bo_status in(2000,2100)) \G;

*************************** 1. row ***************************
           id: 1
  select_type: PRIMARY
        table: bo
         type: ref
possible_keys: user_id,省略;
          key: chaTypeProIdUserId
      key_len: 5
          ref: const,const
         rows: 2999
        Extra: Using where
*************************** 2. row ***************************
           id: 2
  select_type: DEPENDENT SUBQUERY
        table: bo1
         type: index_subquery
possible_keys: user_id,bo_create_time,省略;
          key: user_id
      key_len: 4
          ref: func
         rows: 1
        Extra: Using where
2 rows in set (0.01 sec)

属性

id

select查询的序列号

select_type

select查询的类型,主要是区别普通查询和联合查询、子查询之类的复杂查询。

table

输出的行所引用的表。

type

联合查询所使用的类型。type显示的是访问类型,是较为重要的一个指标,结果值从好到坏依次是: 
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge 
> unique_subquery > index_subquery > range > index > ALL

# 一般来说,得保证查询至少达到range级别,最好能达到ref。

possible_keys

指出 MySQL能使用哪个索引在该表中找到行。如果是空的,没有相关的索引。
这时要提高性能,可通过检验WHERE子句,看是否引用某些字段,或者检查字段不是适合索引。

key

显示 MySQL实际决定使用的键。如果没有索引被选择,键是NULL。

key_len

显示 MySQL决定使用的键长度。如果键是NULL,长度就是NULL。
文档提示特别注意这个值可以得出一个多重主键里mysql实际使用了哪一部分。

ref

显示哪个字段或常数与key一起被使用。

rows

这个数表示 mysql要遍历多少数据才能找到,在innodb上是不准确的。

Extra

如果是 Only index,这意味着信息只用索引树中的信息检索出的,这比扫描整个表要快。
如果是 where used,就是使用上了where限制。
如果是 impossible where 表示用不着where,一般就是没查出来啥。
如果此信息显示Using filesort或者Using temporary的话会很吃力,
WHERE和ORDER BY的索引经常无法兼顾,如果按照WHERE来确定索引,
那么在ORDER BY时,就必然会引起Using filesort,这就要看是先过滤再排序划算,还是先排序再过滤划算。

参考

回到页面顶部