MongoDB-随机间隔的缓慢更新
我收集了相同的数据，有很多更新都是针对记录的，但在大约10%的情况下，更新所需的时间比应该的要长得多——介于40毫秒到6秒或更多之间，这是不正常的 所有更新都是递增的，由_id处理，只有一个$inc和多个字段（几乎总是相同的，这似乎没有影响），$inc与根级别的字段相对，写入关注点为“0” 这会影响多个集合。然而，大多数更新都是针对一个相对较小的集合进行的，该集合只有96000条记录，尽管有些集合的记录超过4000万条 地形图是1主1副本。网络似乎也不是问题MongoDB-随机间隔的缓慢更新,mongodb,Mongodb,我收集了相同的数据，有很多更新都是针对记录的，但在大约10%的情况下，更新所需的时间比应该的要长得多——介于40毫秒到6秒或更多之间，这是不正常的 所有更新都是递增的，由_id处理，只有一个$inc和多个字段（几乎总是相同的，这似乎没有影响），$inc与根级别的字段相对，写入关注点为“0” 这会影响多个集合。然而，大多数更新都是针对一个相对较小的集合进行的，该集合只有96000条记录，尽管有些集合的记录超过4000万条 地形图是1主1副本。网络似乎也不是问题 有什么想法，怎么调试这个 这是在你控
有什么想法，怎么调试这个 这是在你控制的基础设施上运行的吗？也就是说，不是一个小型VM实例，它们会限制或限制你的cpu周期吗？@AnthonyHorne主服务器和从服务器都在专用服务器上运行，甚至没有接近任何cpu、内存或IO限制。所有这些都在SSD上运行，带有某种RAID配置，但是，我不知道使用的是哪种RAID。对不起，但是-您自己的硬件？不是VM吗？@AnthonyHorne没错。请注意术语。我们说的是复制还是复制？此外，我们是在谈论专用机器，还是在运行其他服务？请描述存储技术、使用的文件系统等。