您的位置:首页 > 数据库 > MySQL

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

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

一、explain介绍

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


id

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


select_type

select类型,它有以下几种值:

2.1 simple 它表示简单的select,没有union和子查询

2.2 primary 最外面的select,在有子查询的语句中,最外面的select查询就是primary,上图中就是这样

2.3 union union语句的第二个或者说是后面那一个.


table

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


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:最坏的情况,从头到尾全表扫描。


possible_keys

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


key

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


key_len

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


ref

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


rows

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


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

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

Using temporary:表示 MySQL 在对查询结果排序时使用临时表。常见于排序 order by 和分组查询 group by。


二、profile

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


注:关于profile的介绍和使用,参见以下博文

mysql中使用profile分析sql语句性能
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: