我们在生产环境中遇到与mongodb副本集和复制滞后有关的奇怪行为。
基本上，我们有一个具有mongodb副本集的安装和一个写入副本集主节点的应用程序。有时，应用程序可能会变得写密集（这不是完全可预测的，并且与用户负载有关，用户负载可能会不时变化）。我们有分布在两个数据中心的六个节点副本集。
在该应用程序的新发行版之前，一切工作都非常顺利，该发行版更改了将数据写入数据库的方式。 两个版本的应用程序之间的主要区别在于，后者会大量使用drop collection命令（将数据写入temp集合，然后将temp集合重命名，并且如果存在同名的集合然后将此类集合删除。this mongodb instruction通过将选项dropTarget设置为true来完成）。
我们现在遇到的症状是某些次要节点在复制滞后中出现随机峰值。查看日志，发现峰值似乎与drop collection命令有关，但我们无法重现 在测试环境中具有相同的行为，我们不能肯定地得出结论，即应用程序更改是复制滞后增加的根本原因。
查看mongodb官方文档，似乎在drop drop收集命令和复制滞后增加之间没有明确而有据可查的相关性。
有人遇到过同样的问题吗？