MySQL 僵尸转储线程

Question

我在我的主 mysql 服务器上不断登录以下内容。我已经用谷歌搜索了这个但没有运气。

任何人都可以给我任何建议。

2016-07-21T08:17:43.765005Z 41323 [Note] Start binlog_dump to master_thread_id(41323) slave_server(4), pos(, 4)
2016-07-21T08:17:51.598518Z 41324 [Note] While initializing dump thread for slave with UUID <5dbbd9c5-2963-11e5-9b69-1458d042a2f8>, found a zombie dump thread with the same UUID. Master is killing the zombie dump thread.
2016-07-21T08:17:51.615993Z 41324 [Note] Start binlog_dump to master_thread_id(41324) slave_server(3), pos(, 4)
2016-07-21T08:18:12.578065Z 41326 [Note] While initializing dump thread for slave with UUID <60f57c3e-2963-11e5-9b69-1458d057f760>, found a zombie dump thread with the same UUID. Master is killing the zombie dump thread.
2016-07-21T08:18:12.656642Z 41326 [Note] Start binlog_dump to master_thread_id(41326) slave_server(1), pos(, 4)

Answer 1

尝试提高 slave_net_timeout。在 5.7.7 版本之前，它被设置为 3600，现在设置为 60。因此，如果您在网络上遇到任何问题，slave 会认为它已失去与服务器的连接，但是当一个 Slave 尝试 [re]连接，它在 Master 上创建一个转储线程。在 Master 创建转储线程之前，它会检查是否已经有一个转储线程正在为该 Slave 运行(使用 UUID 值)。如果是，它会将旧的转储线程视为“僵尸”转储线程并将其杀死。创建一个新的并在错误日志文件中打印此“注释”。 (这是从 the official MySQL site 引用的)实际上:在从机上进入MySQL并

mysql> 设置全局 slave_net_timeout=3600;

重新启动您的 MySQL 服务器，它应该可以解决问题。

一旦确定，您可以在配置文件 my.conf 中添加此参数以使更改确定。