关于long_query_time的设置,可不可以说是mysql的一个小小bug呢
2011-04-24 22:23
736 查看
我们知道对对于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工具可以对慢查询日志文件进行浏览。该工具我也没使用过,用了后在介绍了。
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工具可以对慢查询日志文件进行浏览。该工具我也没使用过,用了后在介绍了。
相关文章推荐
- 关于long_query_time的设置,可不可以说是mysql的一个小小bug呢
- mysql 设置 global long_query_time 不生效问题
- MySQL 5.6+版本设置long_query_time的值无效的原因及解决方法
- mysql 5.6 设置long_query_time的值无效的原因
- MySQL关于exists的一个bug
- MySQL关于exists的一个bug
- 关于mysql中设置隔一段事件调用一个存储过程的事件
- MySQL关于exists的一个bug
- Mysql 查询日志slow_launch_time和Long_query_time
- MySQL关于timestamp和mysqldump的一个“bug”
- mysql5.6.10关于慢查询的设置slow-query-log
- 关于MySQL count(distinct) 逻辑的一个bug【转】
- mysql5.6.10关于慢查询的设置slow-query-log
- MySQL的注释、Query_cache有关的一个bug
- mysql5.6.10关于慢查询的设置slow-query-log
- Slowlog中小于long_query_time时间设置的query
- mysql 手册关于修改列字符编码的一个bug
- long_query_time 设置不生效问题
- 关于springcloud kafka binder的一个关于consumer group设置的一个bug
- MySQL关于timestamp和mysqldump的一个“bug”【转】