在我们的MongoDB副本集中,我们遇到了一个奇怪的行为,设置了3个节点(所有Xeon四核CPU级别,一个16GB内存,另外两个节点24GB)RAMless一个节点, 0,其他两个优先级1.最近,我们每3到4小时经历约60秒的复制延迟,在2-3分钟后自我消失(Nagios Checks!)
我们在这些机器上几乎没有stream量,只有一些大小为0.3GB的数据库和一个是5GB的数据库。 我们有一个约65000个条目的集合,也是一个id索引。
奇怪的是,16gb-secondary没有滞后,只有两台大型机器的次要。 我只是把它改为主要的,看看老的主要(现在中学)是否也有这种行为。
有谁知道我们可以做什么或检查? 因为我们没有线索。
我检查了这些机器的负载和进程,networking连接和路由,磁盘状态 – 都很好。
几个快速检查:
rs.status()的条目的最后optime将是一个很好的开始 netstat --statistics在滞后峰值之前和之后 – 看看是否重传或erorrs正在增加) rs.status()的[syncingTo][3]字段稍微混淆[syncingTo][3] 。 这是使用rs.syncFrom()命令完成的。 如果,毕竟,你还不知道是什么原因造成的,那么它可能超出了在serverfault以合理的方式回答(需要看日志,统计等) – 我build议mongodb用户谷歌组作为下一步。