导语
当数据量非常庞大时，使用MySQL进行select操作可能会出现耗时特别多的情况。例如：在一张百万数据的表格good中执行select * from good;查询耗时可能需要十几秒，让客户等待十几秒，是不被接受的， 此时我们就需要对相关语句进行性能分析并优化。下面就一起看一下MySQL的性能分析工具和优化策略。
一、MySQL性能分析
1、SQL执行效率
MySQL客户端连接成功后，通过 show [session|global] status命令可以提供服务器状态信息。通过如下指令，可以查看当前数据库的insert 、update、 delete、 select的访问频次。通过查看各种操作的执行频次就可判断是否需要进行性能优化。
show global status like 'Com______'
2、慢查询日志
慢查询日志记录了所有执行时间超出阈值（指定参数 long_query_time ,单位：秒，默认10秒）的所有SQL语句的日志。MySQL慢查询日志默认没有开启，需要在MySQL的配置文件（/etc/my.cnf）中配置如下信息：
#开启慢查询日志
slow_query_log=1
#修改慢查询时间(单位秒)
long_query_time=2
配置完毕之后，通过以下指令重新启动MySQL服务器进行测试，查看慢日志文件中记录的信息（/var/lib/mysql/localhost-slow.log）.
上图就是我执行select avg(salary) from salaries; 查询语句花费3.763931秒，超过了阈值2秒，所以记录在慢查询日志中。
3、profile
show profiles 能够在做SQL优化时帮助我们了解事件都耗费到哪里去了。通过 have_profiling 参数，能够看到当前MySQL是否支持profile操作。
select @@have_profiling;
【结果说明】：yes 表示支持profiling；no 表示不支持
默认profiling是关闭的，可以通过set语句在session|global级别开启profiling：
set profiling=1; //开启profiling 
【结果说明】： 1 表示profiling已经开启；0 表示未开启，需要set profiling=1；手动开启。
在执行一系列SQL业务操作后，可以通过如下指令查看指令的执行耗时情况：
#查看每一条SQL的耗时基本情况
show profiles;
上图是当前会话中我执行的每一条SQL的耗时基本情况。
#查看指定query_id的SQL语句各个阶段的耗时情况
show profile for query query_id;
#查看指定query_id的SQL语句cpu使用情况
show profile cpu for query query_id; 
上图是一个示例，它们执行的行数可能不一样，但是我们可以从结果中发现这条SQL语句主要耗时在哪个阶段。
【小结】profile可以看到每条SQL语句的耗时及主要耗时在哪个阶段。
4、explain执行计划
使用 EXPLAIN 或 DESC命令获取MySQL如何执行select语句的信息，包括在select语句执行过程中表如何连接和连接的顺序。
#使用语法：直接在select语句前加上关键字explain或desc
explain select语句;
explain 执行计划详细参数：
| 参数 | 参数说明 |
| id | select查询序列号，表示查询中执行select子句或者操作表的顺序（id相同，执行顺序从上到下；id 不同，值越大越先执行）。 |
| select_type | select类型，常见取值有SIMPLE(简单表，表示不使用表连接或子查询)、PRIMARY(主查询，外层的查询)、UNION（UNION中的第二个或后面的查询语句）、SUBQUARY（select/where之后包含子查询） |
| type | 连接类型，性能由好到差的连接类型为NULL、system、const、eq_ref、ref、range、index、all |
| possible_key | 显示可能应用的索引（一个或多个） |
| key | 实际使用的索引，如果为NULL，则没有用索引。 |
| ken_len | 表示索引中使用的字节数，该值为索引字段最大可能长度，并非实际使用长度，在不损失精确性的前提下，长度越短越好 |
| rows | 预计需要扫描的记 |
