当前位置: 首页 > 知识库问答 >
问题:

MS Azure上的Bitnami Mongodb复制集设置问题-辅助节点延迟响应

齐昊苍
2023-03-14

命令database=admin COMMAND={:ismaster=>1}

Mongoid 4.0.1 Rails 4.2.5

为什么mongodb调用辅助节点?我可以,如果它是调用,但为什么它要花这么多时间,这是保持我的应用程序请求约12秒(6秒为每个次节点)。

I,[2016-11-30T11:27:05.351584#11924]信息--:开始获取“/”for 175.100.138.183 at 2016-11-30 11:27:05.352680#11924]信息--:由WelcomeController处理#索引为HTML I,[2016-11-30T11:27:05.352786#11924]信息--:参数:{“request_client”=>“production_abc_io”,“client_database”=>“localhost”}

//对主节点的此调用返回quick reponse D,[2016-11-30T11:27:05.356846#11924]DEBUG--:moped:10.0.0.4:27017 COMMAND database=admin COMMAND={:ismaster=>1}运行时:0.6903 ms

//此对辅助节点的调用大约需要6秒D,[2016-11-30T11:27:11.356397#11924]DEBUG--:moped:10.0.0.5:27017 COMMAND database=admin COMMAND={:ismaster=>1}运行时:5999.3523 ms

//对另一个辅助节点的调用大约需要6秒D,[2016-11-30T11:27:17.356509#11924]DEBUG--:moped:10.0.0.6:27017 COMMAND database=admin COMMAND={:ismaster=>1}运行时:5999.8489毫秒

D,[2016-11-30T11:27:17.357908#11924]调试--:moped:replica_set_public_ip:27017查询数据库=localhost collection=clients selector={“_id”=>BSON::objectid('55E9A684747265A004000000')}flags=[:slave_OK]limit=0 skip=0 batch_size=nil fields=nil运行时:1.1453 ms

D,[2016-11-30T11:27:17.360061#11924]debug--:moped:replica_set_public_ip:27017 QUERY database=localhost collection=base_users selector={“$QUERY”=>{“client_

共有1个答案

尉迟韬
2023-03-14

默认情况下,除非更改了读取首选参数,否则所有读取操作都将路由到主节点。此参数可以解释主节点调用次节点的原因。

为了弄清楚为什么对次要服务器的查询很慢,您可以查看位于'/opt/bitnami/mongodb/logs/mongodb.log'的mongodb日志。也许那里有些信息。

此外,还可以使用mongotop命令监视每个集合的基本使用统计信息,并使用mongostats命令监视MongoDB服务器的基本统计信息。

 类似资料:
  • 我需要在基于url的懒惰模块中加载详细信息。所以,我使用了懒惰的辅助路由。但是,当我使用辅助路由时,我面临以下问题。 错误错误:未捕获(promise中):错误:无法匹配任何路线。URL段:“lazy/aux1”错误:无法匹配任何路由。URL段:ApplyRedirects.noMatchError处的“lazy/aux 1”(https://lazy-load-auxiliary-b7vpg-e

  • 这些是我机器里的端口。tcp 0 0 0.0.0.0:8088 0.0.0.0:*侦听1001 50434 5765/Java tcp 0 0 0.0.0.0:*侦听1001 45587 5461/Java tcp 0 0 0.0.0.0:*侦听1001 45594 5461/Java tcp 0 0 0.0.0.0:*侦听1001 47365 5765/Java tcp 0 0 0.0.0.0:

  • 我正面临着G1GC算法中GC停顿的持续增加。服务延迟随着时间的推移继续增长。一旦发生这种情况,我将重新启动服务,延迟时间将恢复正常。启动后,等待时间再次随着时间的推移而增加。

  • 问题内容: 这是一些基于行为的简单问题,我在下面的示例中在节点上运行时注意到了这些行为: 输出为: 1)为什么要实现在立即对已知值运行回调之前等待?为什么不够智能,以至于第一行在第二行运行之前同步发布其输出? 2)什么是之间的时间流逝和被输出?它是单个进程滴答吗? 3)能否将绩效深深包裹在承诺中而产生绩效问题?例如,即使可以有效地同步解决,它是否也要异步等待3倍的时间才能完成? 问题答案: 这实际

  • 问题内容: 我尝试在Google Container Engine的群集节点上安装ElasticSearch(最新版本),但是ElasticSearch需要变量:>> 262144。 如果我ssh到每个节点并手动运行: 一切正常,但是任何新节点将没有指定的配置。 所以我的问题是: 有没有办法在引导时在每个节点上加载系统配置?Deamon Set并不是一个好的解决方案,因为在Docker容器中,系统

  • 我在文本视图下方有一个水平回收器视图(最近的项目在最右边的位置,最古老的项目在最左边的位置)。一旦辅助功能控件到达文本视图,在向右滑动时,它会聚焦在回收器视图的最左边的项目(即第一个项目)。有没有办法我们可以将默认焦点设置为最右边的项目。