gpt4 book ai didi

Mongodb 副本集 - 始终显示 "syncingTo"

转载 作者:可可西里 更新时间:2023-11-01 09:58:52 24 4
gpt4 key购买 nike

我有一个 3 成员副本集,Mongo 版本 3.0.8。它在 AWS-EC2 上的 Linux 实例上运行。这是 rs.status() 的输出:

rs.status()
{
"set" : "s-1",
"date" : ISODate("2016-05-04T20:52:26.279Z"),
"myState" : 2,
"syncingTo" : "MongoA:27017",
"members" : [
{
"_id" : 0,
"name" : "MongoB:27017",
"health" : 1,
"state" : 2,
"stateStr" : "SECONDARY",
"uptime" : 14809,
"optime" : Timestamp(1462382654, 1),
"optimeDate" : ISODate("2016-05-04T17:24:14Z"),
"lastHeartbeat" : ISODate("2016-05-04T20:52:25.620Z"),
"lastHeartbeatRecv" : ISODate("2016-05-04T20:52:25.635Z" ),
"pingMs" : 0,
"syncingTo" : "MongoC:27017",
"configVersion" : 1
},
{
"_id" : 1,
"name" : "MongoA:27017",
"health" : 1,
"state" : 1,
"stateStr" : "PRIMARY",
"uptime" : 14852,
"optime" : Timestamp(1462382654, 1),
"optimeDate" : ISODate("2016-05-04T17:24:14Z"),
"lastHeartbeat" : ISODate("2016-05-04T20:52:24.506Z"),
"lastHeartbeatRecv" : ISODate("2016-05-04T20:52:24.493Z" ),
"pingMs" : 9,
"electionTime" : Timestamp(1462380294, 1),
"electionDate" : ISODate("2016-05-04T16:44:54Z"),
"configVersion" : 1
},
{
"_id" : 2,
"name" : "MongoC:27017",
"health" : 1,
"state" : 2,
"stateStr" : "SECONDARY",
"uptime" : 89095,
"optime" : Timestamp(1462382654, 1),
"optimeDate" : ISODate("2016-05-04T17:24:14Z"),
"syncingTo" : "MongoA:27017",
"configVersion" : 1,
"self" : true
}
],
"ok" : 1
}

我使用以下命令从单独的(测试)服务器(不是 Mongo 实例之一)通过命令行连接到 Mongo:

mongo --host MongoA:27017,MongoB:27017,MongoC:27017

我设置了我的 AWS 安全组,这样副本集的所有成员都是安全组的成员,并且端口 27017 对所有副本集成员以及我的测试服务器开放。

每当我通过命令行连接时,我总是连接到一个辅助服务器(从不连接到主服务器)。据我所知,这与副本集仍在“同步”这一事实有关。

我的问题是为什么一直处于同步状态?是否有什么东西阻止集合成员同步(例如访问特定端口或其他东西)?

感谢任何帮助或建议,谢谢。

最佳答案

My question is why is it always in the syncing state? Is there something preventing the set members from syncing (such as access to a particular port or something)?

syncingTo字段是信息性的:它指示辅助节点当前从何处提取 oplog 更新以进行复制。这可以是当前主要的,也可以是具有 chained replication 的另一个次要的(通常只见于地理分布的副本集)。

此字段的存在与当前的 replica set member state 无关如果初始同步仍在完成,则为 STARTUP2;如果成员处于正常状态,则为 SECONDARY

syncingTo 字段重命名为 syncingFrom 更合适,但历史命名选择自 MongoDB 2.2 以来一直存在,重命名将破坏现有脚本/工具。您可能想观看/投票 SERVER-5461 ;该字段可能会在未来的主要版本中重命名。

Whenever I connect via command line, I always get connected to a SECONDARY server (never the PRIMARY). From what I've read, this is related to the fact that the replica set is still 'syncing'.

问题出在您的连接字符串上:

mongo --host MongoA:27017,MongoB:27017,MongoC:27017

对于 replica set connection对于 MongoDB 3.0 shell,您需要在种子列表之前包含 replSet 名称(根据您的 rs.status(),它看起来像 s-1 > 输出):

mongo --host s-1/MongoA:27017,MongoB:27017,MongoC:27017

如果您的连接字符串中没有 replSet 前缀,您将始终连接到列表中的第一台主机,根据您的 rs.status() 输出,该主机当前恰好是辅助主机。如果您使用正确的格式,只要您的种子列表中至少有一个主机可用(并且有一个主要主机),您就会连接到当前的主要主机。

关于Mongodb 副本集 - 始终显示 "syncingTo",我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37038132/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com