mysql性能分析方法_MySQL 语句性能分析

MySQL 执行计划就是在一条 SELECT 语句前放上关键词 EXPLAIN ，MySQL 解释它将如何处理 SELECT，提供有关表如何联合和以什么次序联合的信息。借助于 EXPLAIN 可以知道：

什么时候必须为表加入索引，以得到一个使用索引找到记录的更快的 SELECT 方法。

优化器是否以一个最佳次序联结表

各属性的含义如下：

id：查询的序列号

select_type：查询的类型，主要包括普通查询、联合查询和子查询。

table: 所访问数据库中表的名称。

type：联合查询使用的类型。

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，则表示通过收集到的统计信息判断出不可能存在的结果。除此之外，Extra 还有下面一些可能值：Using filesort  表示包含 orderby 且无法使用索引进行排序操作时，不得不使用相应的排序算法实现。using temporary 使用临时表，常见于 orderby 和 group by。select tables optimized way 使用聚合函数，并且 MySQL 进行了快速定位。通常是 MAX，MIN，COUNT(*) 等函数。

需要说明的是，type 显示的访问类型是较重要的指标，结果值从好到坏依次是：system(系统表)、const(读常量)、eq_ref(最多一条匹配结果，通常是通过主键访问)、ref(被驱动表索引使用)、fulltext(全文索引检索)、ref_or_null(带空值的索引查询)、index_merge(合并索引结果集)、unique_subquery(子查询中返回的字段是唯一组合或索引)、index_subquery(子查询返回的是索引，但非主键)、range(索引范围扫描)、index(全索引扫描)、ALL(全表扫描)。

一般来说，保证查询至少达到 range 级，最好能达到 ref 级。ALL 为全表扫描，是最坏的情况，这种情况往往是没用上索引。