MySQL性能分析常见方式

1、慢查询SQL日志

• 查看慢SQL是否开启

show variables like '%slow_query_log';

• 执行下面的命令开启慢查询日志

set global slow_query_log='ON'; 

• 修改慢查询阈值

# N为设置的时间
set global / session long_query_time = N;

• 查看设置的慢查询时间

show global / session variables like '%long_query_time%';

• 查看慢查询日志位置

show variables like '%slow_query_log_file%';

• 查看慢查询数目

show GLOBAL STATUS LIKE '%Slow_queries%';

mysqldumpslow MySQL提供了的日志分析工具，可以帮助我们分析日志，查找、分析SQL。

#得到返回记录集最多的10个SQL
mysqldumpslow -s r -t 10 /usr/local/mysql/data/alvin-slow-slow.log

#得到访问次数最多的10个SQL
mysqldumpslow -s c -t 10 /usr/local/mysql/data/alvin-slow-slow.log

#得到按照时间排序的前10条里面含有左连接的查询语句
mysqldumpslow -s t -t 10 -g "left join" /usr/local/mysql/data/alvin-slow-slow.log

#另外建议在使用这些命令时结合 | 和more 使用 ，否则有可能出现爆屏情况
mysqldumpslow -s r -t 10 /usr/local/mysql/data/alvin-slow-slow.log | more

• 删除慢SQL日志

#为了不互相混淆，手动删除慢查询日志文件命令。
mysqladmin -uroot -p flush-logs slow

最后要关闭慢SQL日志，不然可能影响性能。

2、查询SQL时间损耗性能分析

• 查看当前数据库是否支持profile性能分析

show @@have_profiling

• 查询profiling是否开启

show @@profiling

• 默认profiling是关闭的，可以通过set语句在session/global级别开启profiling

SET profiling = 1

• 查询每一条SQL的耗时基本情况

show profiles

• 查看指定query_id的SQL语句各个阶段的耗时情况

show profile for query query_id

• 查看指定query_id的SQL语句CPU的使用情况

show profile CPU for query query_id

3、explain执行计划

explain执行计划各字段含义：

• id
  select查询的序列号，表示查询中执行select子句或者是操作表的顺序。(id相同，执行顺序从上到下; id不同，值越大，越先执行)。
• select_type
  表示SELECT的类型，常见的取值有SIMPLE（简单表，即不使用表连接或者子查询)、PRIMARY(主查询，即外层的查询)、UNION(UNION中的第二个或者后面的查询语句)、SUBQUERY (SELECT/WHERE之后包含了子查询）等
• type
  表示连接类型，性能由好到差的连接类型为NULL、system、const（主键、唯一索引）、eq_ref（主键、唯一索引）、ref（非唯一索引）、range（范围索引扫描）、index（扫描整个索引树）、all（全表扫描） 。
• possible_key
  显示可能应用在这张表上的索引，一个或多个。
• key
  实际使用的索引，如果为NULL，则没有使用索引。
• key_len
  表示索引中使用的字节数，该值为索引字段最大可能长度，并非实际使用长度，在不损失精确性的前提下，长度越短越好。
• rows
  MySQL认为必须要执行查询的行数，在innodb引擎的表中，是一个估计值，可能并不总是准确的。
• filtered
  表示返回结果的行数占需读取行数的百分比,filtered 的值越大越好。
• Extra
  额外的信息。