mysql慢查询日志对于跟踪有问题的查询非常有用，可以分析出代码实现中耗费资源的sql语句，对我们程序的优化有很高的参考。本篇主要将慢查询日志的开启，日志分析，这也是优化SQL程序的一般步骤中至关重要的一步。
1.mysql慢查询日志
打开mysql的慢查询日志很简单,只需要在mysql的配置文件里(windows系统是my.ini,linux系统是my.cnf)的[mysqld]下面加上:
1
2
|
log-slow-queries=mysql_slow.log
long_query_time=3
|
其中log-slow-queries为日志的文件名，可以指定目录，如log-slow-queries=D:\mysql_slow.log; long_query_time为定义多长的查询我们定义为慢查询，并记录在log-slow-queries 指定的文件中，在这里我们定义超过3秒的查询进行记录。
配置完成以后重启Mysql服务器，执行show variables like ‘%slow%’;查看慢查询日志是否开启，如果slow_query_log和log_slow_queries显示为on，那说明服务器的慢查询日志已
经开启了。如下显示：
1
2
3
4
5
6
7
8
9
10
|
mysql> show variables like '%slow%';
+---------------------+----------------+
| Variable_name | Value |
+---------------------+----------------+
| log_slow_queries | ON |
| slow_launch_time | 2 |
| slow_query_log | ON |
| slow_query_log_file | mysql_slow.log |
+---------------------+----------------+
4 rows in set (0.00 sec)
|
slow_launch_time跟慢查询日志没有任何关系, 它代表的是thread create的一个阈值，如果要看 long_query_time，可以用
1
2
3
4
5
6
7
|
mysql> show variables like '%long%';
+-----------------+----------+
| Variable_name | Value |
+-----------------+----------+
| long_query_time | 3.000000 |
+-----------------+----------+
1 row in set (0.00 sec)
|
2.mysql慢查询日志分析
建表如下图，建表勿要给text加上索引，否则可能出现不了超过3秒的查询，数据表填充了4194304条数据。
我们来执行一个超过3秒的查询，如下：
1
2
3
4
5
6
7
|
mysql> select * from wei where text='orange';
+---------+--------+
| id | text |
+---------+--------+
| 4103519 | orange |
+---------+--------+
1 row in set (3.79 sec)
|
再执行一个超过3秒的和一个没有超过3秒的：
1
2
|
mysql> select * from wei where text='xishizhaohua';
Empty set (3.82 sec)
|
1
2
3
4
5
6
7
|
mysql> select * from wei where id=4564;
+------+--------------------+
| id | text |
+------+--------------------+
| 4564 | yyyyyyyyyyyyyyyyyy |
+------+--------------------+
1 row in set (0.02 sec)
|
可以通过下面的命令查看现在这个session有多少个慢查询：
现在我们可以查看mysql_slow.log（win7默认在C:\ProgramData\MySQL\MySQL Server 5.1\data下面），里边内容如下，内容比较明了，包括查询花费的语句及时间，还包括查询时的时间戳等信息，其中Rows_examined为检查的行数，对我们优化也很有帮助
1
2
3
4
5
6
7
8
9
10
|
# Time: 121017 17:38:54
# User@Host: root[root] @ localhost [127.0.0.1]
# Query_time: 3.794217 Lock_time: 0.000000 Rows_sent: 1 Rows_examined: 4194304
SET timestamp=1350466734;
select * from wei where text='orange';
# Time: 121017 17:46:22
# User@Host: root[root] @ localhost [127.0.0.1]
# Query_time: 3.819219 Lock_time: 0.000000 Rows_sent: 0 Rows_examined: 4194304
SET timestamp=1350467182;
select * from wei where text='xishizhaohua';
|
慢查询日志文件的信息格式：
1
2
3
4
5
|
# Time: 130905 14:15:59 时间是2013年9月5日 14:15:59(前面部分容易看错哦,乍看以为是时间戳)
# User@Host: root[root] @ [183.239.28.174] 请求mysql服务器的客户端ip
# Query_time: 0.735883 Lock_time: 0.000078 Rows_sent: 262 Rows_examined: 262 这里表示执行用时多少秒，0.735883秒，1秒等于1000毫秒
SET timestamp=1378361759; 这目前我还不知道干嘛用的
show tables from `test_db`; 这个就是关键信息，指明了当时执行的是这条语句
|
3.优化
其实定位到了慢查询语句就已经完成了一大不了，执行explain或者desc命令查看慢查询语句，如下图：
问题很明显，解决方式也很明显，建索引了。
1
2
3
|
mysql> create index text_index on wei(text);
Query OK, 4194304 rows affected (1 min 58.07 sec)
Records: 4194304 Duplicates: 0 Warnings: 0
|
然后在执行查询操作，用时明显少了很多。
1
2
3
4
5
6
7
|
mysql> select * from wei where text='orange';
+---------+--------+
| id | text |
+---------+--------+
| 4103519 | orange |
+---------+--------+
1 row in set (0.33 sec)
|
1
2
|
mysql> select * from wei where text='xishizhaohua';
Empty set (0.01 sec)
|
- 转载：https://sunzhy.blog.csdn.net/article/details/48372287
