首页 / MONGODB / MongoDB-复制集rs及sharding cluster

MongoDB-复制集rs及sharding cluster

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了MongoDB-复制集rs及sharding cluster，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含821字，纯文字阅读大概需要2分钟。

内容图文

一、mongoDB复制集

1.1、复制集简介

1）一组Mongodb复制集，就是一组mongod进程，这些进程维护同一个数据集合。复制集提供了数据冗余和高等级的可靠性，这是生产部署的基础。保证数据在生产部署时的冗余和可靠性，通过在不同的机器上保存副本来保证数据的不会因为单点损坏而丢失。能够随时应对数据丢失、机器损坏带来的风险。

2）换一句话来说，还能提高读取能力，用户的读取服务器和写入服务器在不同的地方，而且，由不同的服务器为不同的用户提供服务，提高整个系统的负载，简直就是云存储的翻版...

3）一组复制集就是一组mongod实例掌管同一个数据集，实例可以在不同的机器上面。实例中包含一个主导，接受客户端所有的写入操作，其他都是副本实例，从主服务器上获得数据并保持同步。主服务器很重要，包含了所有的改变操作（写）的日志。但是副本服务器集群包含有所有的主服务器数据，因此当主服务器挂掉了，就会在副本服务器上重新选取一个成为主服务器。

4）每个复制集还有一个仲裁者，仲裁者不存储数据，只是负责通过心跳包来确认集群中集合的数量，并在主服务器选举的时候作为仲裁决定结果。

1.2、复制集基本原理

1、基本构成是1主2从的结构，自带互相监控投票机制（Raft（MongoDB），Paxos（mysql MGR 用的是变种））

2、如果发生主库宕机，复制集内部会进行投票选举，选择一个新的主库替代原有主库对外提供服务。同时复制集会自动通知客户端程序，主库已经发生切换了。应用就会连接到新的主库。

1.3、复制集架构

1.3.1、一主二从架构

一个包含3个mongod的复制集架构如下所示：

技术分享图片

如果主服务器失效，会变成：

技术分享图片

1.3.2、一主一从一仲裁

技术分享图片

如果主服务器失效：

技术分享图片

1.3.3、

原文：https://www.cnblogs.com/hujinzhong/p/11622793.html

内容总结

以上是互联网集市为您收集整理的MongoDB-复制集rs及sharding cluster全部内容，希望文章能够帮你解决MongoDB-复制集rs及sharding cluster所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/1161929.html

来源：【匿名】