我有一个 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/