具有延迟副本的MongoDB平衡器超时
我们有两个mongodb碎片的设置。每个碎片包含一个主、一个从、一个24小时从延迟从和一个仲裁器。 但是，平衡器无法迁移任何等待延迟的从机迁移的碎片。 我已尝试在平衡器配置中将_secondaryThrottle设置为false，但仍然存在问题 迁移似乎持续了一天，然后失败了（在日志中等待大量从属消息）。最终，它放弃了，开始了新的迁移。消息显示正在等待3个从机，但延迟从机已隐藏且优先级为0，因此它应该等待该从机。如果第二个节流阀工作，它就不应该等待任何从机，对吗 这样已经有几个月了，所以应该在所有Mongos上重新加载配置。一些运行平衡器的Mongos最近已经重启 有人知道如何解决这个问题吗？在启动延迟的奴隶之前，我们没有这些问题，但这只是我们的理论 配置：具有延迟副本的MongoDB平衡器超时,mongodb,database-replication,Mongodb,Database Replication,我们有两个mongodb碎片的设置。每个碎片包含一个主、一个从、一个24小时从延迟从和一个仲裁器。 但是，平衡器无法迁移任何等待延迟的从机迁移的碎片。 我已尝试在平衡器配置中将_secondaryThrottle设置为false，但仍然存在问题 迁移似乎持续了一天，然后失败了（在日志中等待大量从属消息）。最终，它放弃了，开始了新的迁移。消息显示正在等待3个从机，但延迟从机已隐藏且优先级为0，因此它应该等待该从机。如果第二个节流阀工作，它就不应该等待任何从机，对吗 这样已经有几个月了，所以应该在所
{ "_id" : "balancer", "_secondaryThrottle" : false, "stopped" : false }
你正在运行哪个版本？2.4.2及以下版本以及2.2.4及以下版本中存在一个已知错误，该错误导致集合中的二级缓存数量计数不正确（因此无法满足迁移的默认写入）。这就是bug（在2.4.3+和2.2.5+中修复）：
关闭辅助节流阀应该是一种有效的解决方法，但您可能希望在任何
mongosmongos实现相同结果的另一种方法是使用
投票：0