dongnan
总版主
总版主
  • 粉丝52
  • 发帖数2165
  • 铜币13236枚
  • 威望5838点
  • 银元150个
  • 社区居民
  • 最爱沙发
  • 忠实会员
  • 原创写手
阅读:1448回复:2

explain 分析慢查询

楼主#
更多 发布于:2016-05-03 10:55
目标
使用 explain 语句分析mysql 慢查询并优化查询sql

环境
mysql 5.6
centos 6.7 amd64

问题描述

1. 触发的mysql 慢查询日志;
# 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));
2. 重现sql
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)  #执行时间

解决方法
#添加索引
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>  explain 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)  #执行时间

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)

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

explain 语法
#EXPLAIN tbl_name 
#EXPLAIN [EXTENDED] SELECT select_options
前者可以得出一个表的字段结构等等,后者主要是给出相关的一些索引信息


参考
mysql count() 函数
ALTER TABLE 语句
MySQL查询优化-explain
MySQL性能分析及explain的使用
#
dongnan
总版主
总版主
  • 粉丝52
  • 发帖数2165
  • 铜币13236枚
  • 威望5838点
  • 银元150个
  • 社区居民
  • 最爱沙发
  • 忠实会员
  • 原创写手
沙发#
发布于:2016-05-03 11:02
mysql explain 输出信息
EXPLAIN 的每个输出行提供一个表的相关信息,并且每个行包括下面的列:
id & select_type & type 项

图片:explain1.png



type 项

图片:explain2.png



possible_keys & key & key_len & ref 项

图片:explain3.png



rows & extra 项

图片:explain4.png



#
dongnan
总版主
总版主
  • 粉丝52
  • 发帖数2165
  • 铜币13236枚
  • 威望5838点
  • 银元150个
  • 社区居民
  • 最爱沙发
  • 忠实会员
  • 原创写手
板凳#
发布于:2016-05-03 11:16
explain 各个属性的含义
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,这就要看是先过滤再排序划算,还是先排序再过滤划算。

#
游客

返回顶部