最近,我在主服务器的MySQL错误日志中多次观察到以下语句。
"started bin_log dump to slave server"
我想知道在错误日志中何时记录这些内容的所有可能情况。
主站和从站之间的连接失败将如何影响此错误日志。
当我们在奴隶服务器上点击“START SLAVE”时,我个人怀疑,但这不是我测试过的。
提前致谢。
答案 0 :(得分:2)
确切的信息是:Start binlog_dump to slave_server
在源代码中,当调用此函数时,此字符串将保存在日志文件中:mysql_binlog_send
通过一些研究,我看到在调用此函数之前,将从属状态更改为:Requesting binlog dump
并且在MySQL参考手册中说这个状态是在从属连接到主
因此,当从属设备与主设备连接时,确实会出现此消息。
所以看起来奴隶失去了与主人的联系,然后重新连接。
答案 1 :(得分:1)
这是错误与否?我怀疑“启动bin_log转储到从服务器”不是整个日志行,如果它是一个错误。请在重复通知的问题日志中添加实际代码段。
如果复制看起来工作正常,这不是错误。服务器启动和停止等非错误以及从属连接状态都会记录到MySQL错误日志中。您可以覆盖默认日志记录级别以降低记录的数量和内容:
http://dev.mysql.com/doc/refman/5.5/en/replication-options-slave.html
查看--log-warnings配置选项
我怀疑当您将从站更改为主站或从站服务器重新启动并尝试重新建立连接时会发生这种情况。
答案 2 :(得分:0)
我遇到了同样的情况
160615 15:40:25 [Note] Start binlog_dump to slave_server(1401), pos(mysql-bin.000020, 219311193) 160622 15:56:58 [Note] Start binlog_dump to slave_server(1401), pos(mysql-bin.000046, 350644600)
当我停止奴隶并再次启动奴隶时,主人的mysql错误日志将打印笔记日志。
这没什么值得关注的。它只是意味着从服务器(服务器ID为1401)开始连接主服务器。
需要注意的是,如果您的主人的mysql错误日志经常打印注释日志。你会检查:
就是这样。