开发者社区> 问答> 正文

对于mongodb复制集高可用的疑惑

已解决

近几天很有幸看到 张友东大牛的mongodb复制集连接[http://www.mongoing.com/archives/2642]。对里面的高可用还是有些疑惑。

mongodb复制集是自己搭建的三个虚拟机上面的。
在采用张友东提出正确连接uri时候。然后采用for循环插入500000条数据,插入一段时间之后停掉其中一部虚拟机后,插入进程直接报错停滞,后经查询rs.status后发现已经选出了新的primary,但是即使选出primary还是不能保证高可用。

或许是我理解有误。。。。希望阿里社区相关大牛能帮忙解决一下。

展开
收起
forest10 2016-04-07 13:19:27 2910 0
1 条回答
写回答
取消 提交回答
  • 阿里云高级技术专家
    采纳回答

    你好,非常感谢你关注我的文章

    以正确方式连接复制集来保证高可用是指(以写操作为例说明)

    当你后端的复制集有成员故障时,可能会选出新的primary,这时driver会自动检测到后端节点宕机时,会获取到最新的副本集状态,然后向新的primary写入,这样应用程序就能继续写入。

    但如果使用driver时,仅仅只是『正确连接副本集』是远远不够的,应用程序该做的基本逻辑还是要有的,不然也是无法保证高可用。

    1. 应用程序需要检查每次写入操作的执行结果,只有成功返回了,才能认为数据写入成功。
    2. 如果应用程序不能接受数据丢失,需要在写入时指定更高级别的WriteConcern,比如{w: majority},保证数据成功写入大多数节点才返回。

    按你描述的场景,正确连接副本集后,如果你做了上述1、2的工作,是完全可以保证服务高可用,数据高可靠的。

    2019-07-17 18:39:00
    赞同 展开评论 打赏
问答排行榜
最热
最新

相关电子书

更多
Data as a Service - 数据即服务 -- MongoDB⾼级应⽤模式 立即下载
阿里云MongoDB云服务构建 立即下载
饿了么高级架构师陈东明:MongoDB是如何逐步提高可靠性的 立即下载