MySQL的慢查询

开启慢查询日志，可以让MySQL记录下查询超过指定时间的语句，通过定位分析性能的瓶颈，才能更好的优化数据库系统的性能。

一、配置慢查询

1、参数说明
slow_query_log ： 慢查询开启状态（默认关闭）
slow_query_log_file ： 慢查询日志存放的位置（这个目录需要MySQL的运行帐号的可写权限， 一般设置为MySQL的数据存放目录）
long_query_time ： 查询超过多少秒才记录(默认10秒）

2.查看慢查询相关参数

show variables like 'slow_query%';
+---------------------------+----------------------------------+
| Variable_name             | Value                            |
+---------------------------+----------------------------------+
| slow_query_log            | OFF                              |
| slow_query_log_file       | /mysql/data/localhost-slow.log   |
+---------------------------+----------------------------------+

show variables like 'long_query_time';
+-----------------+-----------+
| Variable_name   | Value     |
+-----------------+-----------+
| long_query_time | 10.000000 |
+-----------------+-----------+

3.配置慢查询

它有两种配置方式，一种是全局变量配置，一种是配置文件配置

（1）全局变量配置

--将 slow_query_log 全局变量设置为“ON”状态
    set global slow_query_log='ON'; 

 --设置慢查询日志存放的位置
  set global slow_query_log_file='/usr/local/mysql/data/slow.log';

 --查询超过1秒就记录
   set global long_query_time=1;

（2）修改配置文件my.cnf(linux环境下)

	slow_query_log = ON
    slow_query_log_file = /usr/local/mysql/data/slow.log
    long_query_time = 1

总结：

（1）通过全局变量配置好后，需要关闭会话后重新打开查询才有效，通过配置文件需要重启Mysql服务器后才有效
（2） 因为开启慢查询会影响性能，一般建议通过全局变量配置，这样重启服务器又是默认关闭慢查询状态。

二、show profile

Show profiles是5.0.37之后添加的，要想使用此功能，要确保版本在5.0.37之后。

1、开启 show profile

show variables like "profiling";--默认是关闭的
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| profiling     | OFF   |
+---------------+-------+

--开启
set profiling=1;

**2、运行指定SQL **

我这里运行几条SQL语句，然后运行

show profiles;--会列出所有在这个开启期间执行的SQL，并附上QUERY ID
+----------+------------+----------------------------+
| Query_ID | Duration   | Query                      |
+----------+------------+----------------------------+
|        1 | 0.00168025 | select * from vhr.employee |
|        2 | 0.06573200 | select * from vhr.hr       |
+----------+------------+----------------------------+
--我们可以看到显示最近操作的两条语句，列表大小由profiling_history_size会话变量控制， 默认值为15.最大值为100

3、诊断具体SQL

show profile cpu,block io for queryid  --对应2中的query_id

SHOW PROFILE CPU FOR QUERY 1;--查询query_id为1的具体信息
+----------------------+----------+----------+------------+
| Status               | Duration | CPU_user | CPU_system |
+----------------------+----------+----------+------------+
| starting             | 0.000194 | 0.000000 |   0.000000 |
| checking permissions | 0.000012 | 0.000000 |   0.000000 |
| Opening tables       | 0.000030 | 0.000000 |   0.000000 |
| init                 | 0.000053 | 0.000000 |   0.000000 |
| System lock          | 0.000011 | 0.000000 |   0.000000 |
| optimizing           | 0.000003 | 0.000000 |   0.000000 |
| statistics           | 0.000014 | 0.000000 |   0.000000 |
| preparing            | 0.000010 | 0.000000 |   0.000000 |
| executing            | 0.000001 | 0.000000 |   0.000000 |
| Sending data         | 0.001213 | 0.000000 |   0.000000 |
| end                  | 0.000014 | 0.000000 |   0.000000 |
| query end            | 0.000012 | 0.000000 |   0.000000 |
| closing tables       | 0.000019 | 0.000000 |   0.000000 |
| freeing items        | 0.000070 | 0.000000 |   0.000000 |
| cleaning up          | 0.000025 | 0.000000 |   0.000000 |
+----------------------+----------+----------+------------+

日常开发需要注意的结论：

1 converting HEAP to MyISAM ： 查询结果太大，内存都不够用了，往磁盘上搬了；
2 creating tmp table ： 创建临时表，拷贝数据到临时表，然后再删除；
3 copying to tmp table on disk ：把内存中临时表复制到磁盘，危险！！！
4 locked

注：以上四个中若出现一个或多个，表示sql 语句 必须优化。