性能分析
MYSQL常见瓶颈
CPU
SQL中对大量数据进行比较、关联、排序、分组
最大的压力在于 比较
IO
实际内存满足不了缓存数据或排序等需要，导致产生大量物理IO
查询执行效率低，扫描过多数据行。
锁
不适宜的锁的设置，导致线程阻塞，性能下降。
死锁，线程之间交叉调用资源，导致死锁，程序卡住。
服务器硬件的性能瓶颈：top,free, iostat和 vmstat来查看系统
的性能状态
Explain
使用 EXPLAIN关键字可以模拟优化器执行SQL查询语句，从
而知道MySQL是
如何处理你的SQL语句的。分析你的查询语句或是表结构的
性能瓶颈
表的读取顺序
哪些索引可以使用
数据读取操作的操作类型
哪些索引被实际使用
表之间的引用
每张表有多少行被优化器查询
执行计划包含的信息
id
select查询的序列号，包含一组数字表示查询中执行 select子句
或操作表的顺序
三种情況
id相同，执行顺序由上至下
select_type
查询的类型，主要是用于区别普通查询、联合查询、子查询
等的复杂查询表示 SELECT 的类型，常见的取值，如下表所示：
table
显示这一行的数据是关于哪张表的
访问类型排列
type显示的是访问类型，是较为重要的一个指标，结果值从最好到最
坏依次是：
system > const > eq_ref > ref > fulltext
> ref_or_null > index_merge > unique_subquery
> index_subquery > range(尽量保证) > index > ALL
system>const>eq_ref>ref>range>index>ALL
一般来说，得保证查询至少达到range级别，最好能达到ref。
possible_keys
显示可能应用在这张表中的素引，一个或多个
查询涉及到的字段上若存在素引，则该索引将被列出，但不一
定被查询实际使用
key
实际使用的素引。如果为NULL，则没有使用索引
查询中若使用了覆盖索引，则该索引和查询的 select字段重叠
对比下图两个 sql 语句。和 key 的值：当查询具体某一字段时，
且那个字段有索引时，key 值会显示为索引。
key_len
表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度。
key_len字段能够帮你裣查是否充分的利用上了索引
ref
显示索引的哪一列被使用了，如果可能的话，是一个常数。
哪些列或常量被用于查找素引列上的值
rows
rows列显示MySQL认为它执行查询时必须检查的行数。
越少越好
Extra
包含不适合在其他列中显示但十分重要的额外信息
Using filesort
说明mysql会对数据使用一个外部的索引排序,
而不是按照表内的索引顺序进行读取。
MYSQL中无法利用索引完成的排序操作称为"文件排序"
Using temporary
使了用临时表保存中间结果 ,MYQL在对查询
结果排序时使用临时表。常见于排序 order
by和分组查询 group by。
优化前存在 using temporary 和 using filesort
