今天就跟大家聊聊有关MongoDBReplicaSets配置有哪些方法以及配置过程有哪些问题，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。
创新互联建站长期为1000多家客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为龙华企业提供专业的成都网站建设、网站建设，龙华网站改版等技术服务。拥有十载丰富建站经验和众多成功案例,为您定制开发。
我们知道，MongoDB不提供单机的数据安全性，取而代之的是提供了ReplicaSets的高可用方案。官方文档中提到的案例是三个节点组成的ReplicaSets，这样在其中任何一个节点宕机后都会自动选举出新的Primary提供写操作。下面创新互联小编来讲解下MongoDBReplicaSets配置有哪些方法?MongoDBReplicaSets配置有哪些问题?
MongoDBReplicaSets配置有哪些方法
配置方法
两个节点的ReplicaSets，启动后一个选举成为Primary，一个成为Secondary。
MongoDBReplicaSets配置有哪些问题
问题
这时候如果Secondary宕机，那么Primary会怎么样呢?Primary会立刻变成Secondary!这时候集群里没有Primary了!为什么会出现这样的情况呢。
原因
这是和MongoDB的Primary选举策略有关的，试想如果情况不是Secondary宕机，而是网络断开，那么两个节点都会选取自己为Primary，因为他们能连接上的只有自己这一个节点。而这样的情况在网络恢复后就需要处理复杂的一致性问题。而且断开的时间越长，时间越复杂。所以MongoDB选择的策略是如果集群中只有自己一个节点，那么不选取自己为Primary。
解决方法
所以正确的做法应该是添加两个以上的节点，或者添加arbiter，当然最好也最方便的做法是添加arbiter，aribiter节点只参与选举，几乎不会有压力，所以你可以在各种闲置机器上启动arbiter节点，这不仅会避免上面说到的无法选举Primary的情况，更会让选取更快速的进行。(因为如果是三台数据节点，一个节点宕机，另外两个节点很可能会各自选举自己为Primary，从而导致很长时间才能得出选举结果)。
看完上述内容，你们对MongoDBReplicaSets配置有哪些方法以及配置过程有哪些问题有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注创新互联行业资讯频道，感谢大家的支持。
