我们知道，有时候为了debug或跟踪方便，会临时打开MySQL的general log。如果在线业务请求比较频繁的话，会导致瞬间产生大量的日志，一定程度上会影响IOPS性能。

此外，我们还有一种变通的办法，那就是打开slow query log，然后设置 long_query_time = 0，这样也可以记录所有请求log，而且记录的log比general log还要来的小，他产生的IOPS性能影响可能会比直接打开general log的影响来的小，可事实果真如此吗？我们来对比测试下就知道了。

测试试用MySQL版本： …

线上有个数据库，在slow log中，存在大量类似下面的记录：

# Time: 130823 13:56:08
# User@Host: repl[repl] @ slave [10.x.x.x]
# Query_time: 9.000833 Lock_time: 0.000000 Rows_sent: 1 Rows_examined: 1
SET timestamp=1377237368;
# administrator command: Binlog Dump;

每完成一次binlog dump都会被记录下来，看着非常不爽（我有强迫症，O(∩_∩)O哈哈~），得想着法子搞掉。
经过排查，最后确认是特定版本存在这个现象，目前发现官方 5.1.49 存在，估计整个官方 5.1.x 都会有这个现象。

解决方法：
修改 my.cnf 配置文件，增加或修改下面这个选项：

log-slow-admin-statements = 0

比较坑人的是，这个选项在5.1无法在线修改，需要重启mysqld。
手册上关于这个选项的解释如下：

Include slow administrative statements in the statements written to the slow query log. …