实例讲解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） 因为开启慢查询会影响性能，一般建议通过全局变量配置，这样重启服务器又是默认关闭慢查询状态。


二、mysqldumpslow工具

   mysqldumpslow是Mysql自带的一个工具，有了它我们可以不用去上面的log文件去找，如果数据平凡操作，那么去log查下日志也是比较繁琐的一件事。


1、主要命令

–s:是表示按照何种方式排序

  –c:访问次数

  –l:锁定时间

  –r:返回记录

  –t:查询时间

  –al:平均锁定时间

  –ar:平均返回记录数

  –at:平均查询时间

  –t:即为返回前面多少条的数据

  –g:后面搭配一个正则匹配模式，大小写不敏感
2、举例

–1.得到返回记录集最多的10个SQL

  mysqldumpslow -s -r -t 10 /logs/mysql-slow.log

–2.得到访问次数最多的10个SQL

  mysqldumpslow -s -c -t 10 /logs/mysql-slow.log

–3.得到按照时间排序的前10条里面含有做链接的查询语句

  mysqldumpslow -s t -t 10 -g “left join” /logs/mysql-slow.log

–4.另外建议在使用这些命令时结合|和more使用，否则又可能出现爆屏情况

  mysqldumpslow -s r -t 10 /logs/mysql-slow.log | more
三、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 语句 必须优化。

以上就是实例讲解MySQL 慢查询的详细内容，更多关于MySQL 慢查询的资料请关注共生网络其它相关文章！