MySQL慢查询日志记录和分析
一、引言
在日常的开发中，有时候会收到用户或者产品经理反馈说网站的响应速度有点慢，即使是管理系统页面也会出现这种情况。导致网页响应速度慢的原因有很多，比如：数据表的某些字段没有建立索引，或者说是建立了索引，但索引失效，又或者说肯能因为最近来了一个新人同事，把某一条的SQL语句写的执行效率很低。这个时候，为了找到原因，看看是不是SQL的问题，这时我们可以通过开启MySQL的慢查询日志，来监控测试环境或者生产环境上有没有执行特别慢的SQL，如果有，我们可以定位到是哪一条SQL，从而进而优化，这就需要用到慢查询日志。
二、慢查询日志
MySQL的慢查询日志是MySQL提供的一种日志记录，它用来记录在MySQL中响应时间超过阀值的SQL语句，具体是指运行时间超过 long_query_time 值的SQL，这样的SQL则会被记录到慢查询日志中。long_query_time 的默认值为10，意思是运行10S以上的SQL语句。
默认情况下，MySQL数据库并没有开启慢查询日志，需要我们手动来设置这个参数。当然，如果不是调优需要的话，一般不建议启动该参数，因为开启慢查询日志会或多或少带来一定的性能影响。
慢查询日志支持将日志记录写入文件，也支持将日志记录写入数据库表。
1、慢查询日志相关参数
MySQL 慢查询日志的相关参数解释：
-
slow_query_log ：是否开启慢查询日志，1表示开启，0表示关闭。
-
log-slow-queries ：旧版（5.6以下版本）MySQL数据库慢查询日志存储路径。可以不设置该参数，系统则会默认给一个缺省的文件host_name-slow.log。
-
slow-query-log-file：新版（5.6及以上版本）MySQL数据库慢查询日志存储路径。可以不设置该参数，系统则会默认给一个缺省的文件host_name-slow.log。
-
long_query_time ：慢查询阈值，当查询时间多于设定的阈值时，该SQL会被记录日志中或者数据表中。
-
log_queries_not_using_indexes：未使用索引的查询也被记录到慢查询日志中（可选项）。
-
log_output：日志存储方式。log_output=‘FILE’表示将日志存入文件，默认值是’FILE’。log_output='TABLE’表示将日志存入数据库，这样日志信息就会被写入到mysql.slow_log表中。MySQL数据库支持同时两种日志存储方式，配置的时候以逗号隔开即可，如：log_output=‘FILE,TABLE’。日志记录到系统的专用日志表中，要比记录到文件耗费更多的系统资源，因此对于需要启用慢查询日志，又需要能够获得更高的系统性能，那么建议优先记录到文件。
2、慢查询日志配置
在MySQL配置文件中的【mysqld】节点下做如下配置:
slow_query_log=1; //开启慢查询日志
slow_query_log_file="/usr/local/mysql/data/" //慢查询如日存放的路径
long_query_time=3; //慢查询SQL记录的时间
log_output=FILE //以文件方式记录
3、参数配置说明
（1）、slow_query_log
默认情况下 slow_query_log 的值为OFF，表示慢查询日志是禁用的，可以通过设置 slow_query_log 的值来开启，如下所示：
注意：
使用 set global slow_query_log=1 开启了慢查询日志只对当前数据库生效，MySQL重启后该设置则会失效，必须再次重新设置。如果要该设置永久生效，就必须修改配置文件my.ini（其它系统变量也是如此,windows下MySQL配置文件为my.ini文件，linux下为my.cnf）
修改my.ini文件，增加或修改参数 slow_query_log 和 slow_query_log_file 后，然后重启MySQL服务器，如下所示:
slow_query_log =1
slow_query_log_file=C:\ProgramData\MySQL\MySQL Server 5.1\data\Think-PC-slow.log
慢查询的参数 slow_query_log_file ，它指定慢查询日志文件的存放路径，系统默认会给一个缺省的文件 host_name-slow.log（主机名-slow.log文件）
（2）、long_query_time
那么开启了慢查询日志后，什么样的SQL才会记录到慢查询日志里面呢？ 这个是由参数long_query_time 控制，默认情况下 long_query_time 的值为10秒，可以使用命令修改，也可以在 my.ini 或 my.cnf 参数里面修改。关于运行时间正好等于 long_query_time 的情况，并不会被记录下来。也就是说，在mysql源码里是判断大于 long_query_time，而非大于等于。从MySQL 5.1开始，long_query_time 开始以微秒记录SQL语句运行时间，之前仅用秒为单位记录。如果记录到表里面，只会记录整数部分，不会记录微秒部分。
如上图所示，修改了变量 long_query_time，但是再次查询变量 long_query_time 的值还是10，难道没有修改到呢？注意：使用命令 set global long_query_time=4 修改后，需要重新连接或新开一个会话才能看到修改值。你也可以不用重新连接会话，而是用 show global variables like ‘long_query_time’; 如下所示：
方式一：退出此次连接，重新进入
方式二：使用show global variables like ‘long_query_time’;命令
（3）、log_output
log_output 参数是指定日志的存储方式。log_output=‘FILE’ 表示将日志存入文件，默认值是’FILE’。log_output=‘TABLE’ 表示将日志存入数据库，这样日志信息就会被写入到 mysql.slow_log 表中。MySQL数据库支持同时两种日志存储方式，配置的时候以逗号隔开即可，如：log_output=‘FILE,TABLE’。日志记录到系统的专用日志表中，要比记录到文件耗费更多的系统资源，因此对于需要启用慢查询日志，又需要能够获得更高的系统性能，那么建议优先记录到文件。
（4）、log-queries-not-using-indexes
系统变量 log-queries-not-using-indexes：未使用索引的查询也被记录到慢查询日志中（可选项）。如果调优的话，建议开启这个选项。另外，开启了这个参数，其实使用 full index scan 的SQL也会被记录到慢查询日志。
（5）、slow_queries
可以使用下面命令来查看慢查询日志里面有几条被记录下来的慢SQL，初始时为0：
show global status like '%slow_queries%';
下面我们用select sleep()来模拟慢查询SQL，多执行几次；
执行完后，执行上面的命令查看一下有几条慢SQL被记录，再去存放了慢查询日志路径下面，去找日志，日志记录如下图（只截了一条）：
三、日志分析工具mysqldumpslow
在生产环境中，如果要手工分析日志，查找、分析SQL，显然是个体力活，MySQL提供了日志分析工具mysqldumpslow。
1、参数的意义
| 参数 | 意义 |
|---|---|
| s | 表示按照何种方式排序 |
| c | 访问计数 |
| l | 锁定时间 |
| r | 返回记录 |
| t | 查询时间 |
| al | 平均锁定时间 |
| ar | 平均返回记录数 |
| at | 平均查询时间 |
| -t | 是top n的意思，即为返回前面多少条的数据 |
| -g | 后边可以写一个正则匹配模式，大小写不敏感的 |
2、示例
（1）、得到返回记录集最多的10个SQL
mysqldumpslow -s r -t 10 /usr/mysql/mysql_slow.log
（2）、得到访问次数最多的10个SQL
mysqldumpslow -s c -t 10 /usr/mysql/mysql_slow.log
（3）、得到按照时间排序的前10条里面含有左连接的查询语句
mysqldumpslow -s t -t 10 -g “left join” /usr/mysql/mysql_slow.log
（4）、另外建议在使用这些命令时结合 | 和more 使用 ，否则有可能出现刷屏的情况
mysqldumpslow -s r -t 20 /usr/mysql/mysql-slow.log | more
四、小结
（1）、默认情况下，MySQL数据库没有开启慢查询日志，需要我们手动来设置这个参数。
（2）、如果不是调优需要的话，一般不建议启动该参数，因为开启慢查询日志会或多或少带来一定的性能影响。