关于long_query_time的设置,可不可以说是mysql的一个小小bug呢

我们知道对对于MySQL的日志功能,我们可以完全自己控制到底写还是不写。一般来说,binlog我们一般会开启,而对于慢查询我们一般会在开发的时候调试和观察SQL语句的执行速度。但今天发现一个问题。在使用show variables like 'log%';查看slow日志是否开启时,发现为OFF,使用set global log_low_queries=on;成功了。而使用show variales like 'long%'时发现是10,于是想把它修改成1,照葫芦画瓢使用set global long_query_time=1,再一次查询发现还是10。乖乖砸了,使用select sleep(10),记录了日志,而是用select sleep(1)确实没有被记录。而且设置的返回记录是:

mysql> set global long_query_time=1;

Query OK, 0 rows affected (0.00 sec)

难道真的没有改变吗,忽然想到是不是需要重启服务器呢,想应该不是吧,我又不是修改配置文件。最后想重新开一个会话看如何。重新开一个会话查询show variables like 'long%';果然被修改了。那为什么在修改它的窗口没有反映出来呢。不解。

希望遇到这种情况的朋友不要向我一样在一个会话中不停的试。找原因,直接开过窗口就可以试验了。

另外,将MySQL慢查询日志写入表的的设置为。set global log_output='TABLE';

和慢查询相关的还有一个参数是log_queries_not_using_indexes;用来设置是否记录没有使用索引的查询。开启该查询后,如果你的日志是记录到表中的,那么你每次显示慢日志语句的时候,从该表中的查询记录也会被添加进行。

如果日志是写在文件中。用mysqldumpslow工具可以对慢查询日志文件进行浏览。该工具我也没使用过,用了后在介绍了。

扫描二维码关注公众号,回复: 2361829 查看本文章

转自:http://blog.csdn.net/fengbangyue/article/details/6359509

猜你喜欢

转载自www.cnblogs.com/zhuleixiao/p/9364489.html