- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库?
- java - OnItemClickListener 不起作用,但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
我有一个 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/
我有一个 3 成员副本集,Mongo 版本 3.0.8。它在 AWS-EC2 上的 Linux 实例上运行。这是 rs.status() 的输出: rs.status() { "set
我是一名优秀的程序员,十分优秀!