【问题标题】:Multiplexers, observeChanges duration and OplogTailingin mongo / meteor多路复用器,observeChanges 持续时间和 OplogTailingin mongo/meteor
【发布时间】:2016-06-16 19:53:09
【问题描述】:

我正在使用 Meteor.js 开发一个应用程序。为此,我确实有一组用于 oplog 拖尾的 mongo 实例。此外,我正在使用 Kadira 来跟踪我的应用性能。

由于我启用了 oplog tailing,我的许多 pub/sub 都比以前慢了。我看到的是,当 oplog“查询”将其“wasMultiplexerReady”属性设置为 false 时,它​​会慢得多,我在 Kadira 上看到的大多数 observeChanges 都是这种情况。

问题是网络上完全没有关于它的内容。我一直在寻找有关它及其工作原理的任何资源,但实际上什么都没有。

有人能给我一些提示/解释这里发生了什么吗?比如这个属性“wasMultiplexerReady”是什么,它是如何使用的,如何减少oplog拖尾计算时间等等......

谢谢。

【问题讨论】:

  • 我解决了同样的问题,没有任何进展。希望有流星高手解答一下。
  • 您找到解决方案了吗?在我的 Meteor 生产应用程序上遇到完全相同的问题。

标签: javascript mongodb meteor kadira mongodb-oplog


【解决方案1】:

我知道这已经很晚了,而且我不是 100% 的,但我认为这与订阅是否已经订阅有关。这意味着另一个客户端已经订阅了该光标,然后 Meteor 可以将相同的结果发送给多个人。

【讨论】:

    猜你喜欢
    • 2013-10-17
    • 2018-08-26
    • 2016-02-13
    • 1970-01-01
    • 2020-10-30
    • 1970-01-01
    • 2016-02-23
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多