我正在研究使用 MongoDB ReplicaSet 来实现高可用性。
但刚刚发现，在有3个节点的ReplicaSet中，如果PRIMARY mongod是唯一剩下的（即另外2个）mongod实例死亡或被关闭），然后几秒钟后，它将角色切换到 SECONDARY 并不再接受写入。这使得副本集的价值低于单个实例。
我知道并了解 PRIMARY 选举，但 PRIMARY 角色固定到服务器（通过使用priority设置为，比如说，10）并且（例如由于网络问题）其他服务器变得无法访问，为什么主服务器就放弃了？！
在 Windows (mongodb-win32-x86_64-2008plus-2.4.8) 和 Linux (CentOS) 上使用 2.4.8 进行测试，在 Linux 上使用 2.0.x 进行测试
赏金开始：
如果当 PRIMARY 感到孤独时副本集放弃，有什么替代方案可以确保 100% 可用性？或者也许案件需要特殊配置。当前的实现使得 ReplicaSet 在出现网络问题时变得脆弱。
UPDATED:
唉，我之前没有说过#3 发生故障时的情况（剩下小学和中学）
过了一会儿，SECONDARY 就下降了。那么 PRIMARY 实际上只是“放弃”，因为已知 #3 在一段时间内不可用。这是在我的测试环境中实际测试过的。
var rsconfig = {"_id":"rs4","members":[{"_id":0,"host":"localhost:27041","priority":10},{"_id":1,"host":"localhost:27042"},{"_id":2,"host":"localhost:27043","arbiterOnly":true}]}
printjson(rsconfig)
rs.initiate(rsconfig)
我们最初想把SECONDARY和#3（即ARBITER）放在同一台服务器上，
但由于标题中的问题，我们不能使用这样的配置。
感谢 Alan Spencer 首先解释了 MongoDB 所采用的逻辑。
