MySQL性能分析\Explain

1.MySQL Query Optimizer(MySQL查询自动优化器)

2.MySQL常见瓶颈

CPU:CPU在饱和的时候一般发生在数据装入内存或从磁盘上读取数据时候

IO：磁盘I/O瓶颈发生在装入数据远大于内存容量的时候

服务器硬件的性能瓶颈：top，free，iostat和vmstat来查看系统的性能状态

Explain

使用Explain关键字可以模拟优化器执行SQL查询语句，从而知道mysql是如何处理你的SQL语句。分析你的查询语句或是表结构的性能瓶颈。

使用方法：Explain+SQL语句

执行Explain包含的信息：

1.id:select查询的序列号，包含一组数字，表示查询中执行select子句或操作表的顺序

三种情况：id相同，执行顺序由上到下

id不同，如果是子查询，id的序号会递增，id值越大优先级越高，优先被执行

id相同不同，同时存在:id值越大，越先执行，接着id相同按照顺序执行。

衍生：DERIVED ,红圈中的2是指id为2的，同种的<derived2>指s1这张虚表

2.select_type

3.type 

显示查询使用了何种类型，常用的集中从最好到最差依次是：

system>const>eq_ref>ref>range>index>ALL

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

 

 4.possible_keys和key

possible_keys:理论上应该用到的索引，显示可能应用在这张表中的索引，一个或多个。查询涉及到的字段上若存在索引，则该索引被列出，但不一定被查询实际使用

key:实际使用的索引。如果为null，则没有使用索引。查询中若使用了覆盖索引，则该索引仅出现在key列表中

 5.key_len

表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度。在不损失精确性的情况下，长度越短越好

key_len显示的值为索引字段的最大可能长度，并非实际使用的长度，即key_len是根据表定义计算而得，不是通过表内检索出的

6.ref

显示索引的哪一列被使用了，如果可能的话是一个常数。哪些列或常量被用于查找索引列上的值。

7.rows

根据表统计信息及索引选用情况，大致估算出找到所需的记录所需要读取的行数，每张表有多少行被优化器查询过

8.Extra

包含不适合在其他列中显示但是十分中友好的额外信息