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，这就要看是先过滤再排序划算，还是先排序再过滤划算。