关于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工具可以对慢查询日志文件进行浏览。该工具我也没使用过，用了后在介绍了。