| 您的当前位置：首页 --> MYSQL教程 --> mysql问题之slow log中出现大量的binlog dump记录的解决方法 |
| MYSQL教程 mysql问题之slow log中出现大量的binlog dump记录的解决方法 |
| 浏览次数:458 关键词 （ ） |
| 查看使用该CPU的产品 查看CPU天梯 |
| CPU型号：mysql问题之slow log中出现大量的binlog dump记录的解决方法 |
| 主频：Ghz |
| 睿频：Ghz |
| 核心数：个 |
| 不支持超核心 |
| 制作工艺： |
| 插槽类型： |
| 功耗：0W |
| L3缓存：0MB |
| 支持最大内存： 0GB |
| CPU详细参数 |
|
线上有个数据库，在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. Administrative statements include ALTER TABLE, ANALYZE TABLE, CHECK TABLE, CREATE INDEX, DROP INDEX, OPTIMIZE TABLE, and REPAIR TABLE. 手册也有不靠谱的时候啊，还是实践出真知。 |
| 下一个产品 SQL计算timestamp的差值的方法 上一个产品 MySQL无法启动几种常见问题小结 |