Mysql 慢查询日志

mysql慢查询日志对于跟踪有问题的查询非常有用,可以分析出代码实现中耗费资源的sql语句,对我们程序的优化有很高的参考。本篇主要将慢查询日志的开启,日志分析,这也是优化SQL程序的一般步骤中至关重要的一步。

1.mysql慢查询日志
打开mysql的慢查询日志很简单,只需要在mysql的配置文件里(windows系统是my.ini,linux系统是my.cnf)的[mysqld]下面加上
               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,那说明服务器的慢查询日志已
经开启了。如下显示:
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,可以用
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条数据。

[img]http://dl.iteye.com/upload/attachment/0075/2185/5fa3e297-c445-3348-a679-a023699b5b2b.png[/img]

我们来执行一个超过3秒的查询,如下:
     mysql> select * from wei where text='orange';
+---------+--------+
| id | text |
+---------+--------+
| 4103519 | orange |
+---------+--------+

1 row in set (3.79 sec)
再执行一个超过3秒的和一个没有超过3秒的:
mysql> select * from wei where text='xishizhaohua';
Empty set (3.82 sec)

[mysql> select * from wei where id=4564;
+------+--------------------+
| id | text |
+------+--------------------+
| 4564 | yyyyyyyyyyyyyyyyyy |
+------+--------------------+
1 row in set (0.02 sec)

可以通过下面的命令查看现在这个session有多少个慢查询:

[img]http://dl.iteye.com/upload/attachment/0075/2187/cc6fdedf-9252-39d3-9a81-cbdff6ca43da.png[/img]

现在我们可以查看mysql_slow.log(win7默认在C:\ProgramData\MySQL\MySQL Server 5.1\data下面),里边内容如下,内容比较明了,包括查询花费的语句及时间,还包括查询时的时间戳等信息,其中Rows_examined为检查的行数,对我们优化也很有帮助
# Time: 121017 17:38:54
# User@Host: root @ localhost [127.0.0.1]
# [color=red]Query_time: 3.794217 [/color] Lock_time: 0.000000 Rows_sent: 1 [color=red]Rows_examined: 4194304[/color]
SET timestamp=1350466734;
[color=red]select * from wei where text='orange';[/color]
# Time: 121017 17:46:22
# User@Host: root @ localhost [127.0.0.1]
# [color=red]Query_time: 3.819219[/color] Lock_time: 0.000000 Rows_sent: 0 [color=red]Rows_examined: 4194304[/color]
SET timestamp=1350467182;
[color=red]select * from wei where text='xishizhaohua';[/color]

3.优化
其实定位到了慢查询语句就已经完成了一大不了,执行explain或者desc命令查看慢查询语句,如下图:

[img]http://dl.iteye.com/upload/attachment/0075/2191/460f2a9f-b343-333a-ab2d-61e7ec3d89ab.png[/img]

问题很明显,解决方式也很明显,建索引了。
mysql> create index text_index on wei(text);
Query OK, 4194304 rows affected (1 min 58.07 sec)
Records: 4194304 Duplicates: 0 Warnings: 0

然后在执行查询操作,用时明显少了很多。
mysql> select * from wei where text='orange';
+---------+--------+
| id | text |
+---------+--------+
| 4103519 | orange |
+---------+--------+
1 row in set (0.33 sec)

mysql> select * from wei where text='xishizhaohua';
Empty set (0.01 sec)
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值