MySQL Master默默地丢弃slave线程,复制将不会重新启动

我们有一个非常活跃(高变化率)的MySQL主/从。 从站脱机几个小时后(超过一百万条binlog条目未被使用),从站将不会再次启动复制。 当你查看从属状态时,它显示从属IO和从属SQL正在运行,然而,二进制日志位置从不更新。

在主服务器上执行“显示进程列表”显示,二进制日志转储开始写入networking,但是,大约1100秒之后,它将静默地死亡。 但奴隶仍然认为它已经连接并等待主人发送事件。

主或从错误日志中没有任何东西 – 主服务器只是静静地停止从服务器binlog转储,没有错误信息。 从主人那里做一个新的转储并不是一个真正的select,因为转储和恢复的时间会使我离开主人至less两个小时的同一个地方。

任何洞察什么导致主无声地停止binlog转储?