摘要：此文已由作者温正湖授权网易云社区发布。欢迎访问网易云社区，了解更多网易技术产品运营经验。而严格的不会出现这个情况。最后安利下，网易蜂巢云服务已经重磅上线，蜂巢由业界著名的数据库专家姜承尧亲自把关架构设计，免费提供售前技术支持。
此文已由作者温正湖授权网易云社区发布。
欢迎访问网易云社区，了解更多网易技术产品运营经验。
Primary（主）是MongoDB复制集中的最重要的角色，是能够接受客户端/Driver写请求的节点，（读请求也是默认路由到Primary节点）。在复制集中，与Primary相对应的有Secondary节点和Arbiter节点，分别表示从节点（可以接受读请求）和投票节点（仅用于投票选出新的Primary）。复制集是MongoDB的高可用框架，同时可以作为业务读写分离的一种方式。复制集提供了自动故障处理功能（当然还有其他功能，本文不展开），能够自动检测Primary节点是否宕机，进而选取新的Primary节点，并通过数据回追或数据回滚等方式实现复制集中数据一致。本文借助蜂巢MongoDB云服务的运行日志查看功能，来简要介绍Primary的选举过程。
MongoDB提供了强大的SystemLog模块，相比MySQL，MongoDB的运行日志模块做得更为贴心，通过日志能够有效跟踪MongoDB内部是如何进行一个个操作的。下面的图都截取自蜂巢MongoDB云服务的运行日志模块，从中能够看到了一串的MongoDB选主日志，非常清晰明了。
1、什么时候会发起选举？
图中所示，该节点（我）发现在过去的10s中时间内，复制集中没有Primary，
那么我怎么知道这段时间没有主呢，因为我每2s会给复制集中的其他节点发送心跳，
有些节点不回我
在超时时间内（默认10s）我会一直发。
除了心跳，我还会发送其他的命令，另外我还需要跟着Primary的opLog做复制，但是我发现没法再跟他做复制了，也找不到其他节点做复制
既然没有Primary。。。
2、我能不能被选为Primary呢？
我先试探性的问大家愿不愿意让我当Primary。于是我打算先发起 “dry election”，让人惊喜的是另一个节点竟然同意了，开心 ：）。由于复制集中一共3个节点。除了自己外另一个节点也同意了，那么我就有资格当Primary；注意此时term 没有更新，还是0（看第一个图~~）。因为这个是非正式选举
3、既然这样，那我就发起正式选举吧
结果当然是十拿九稳了，那么为什么要先有dry呢，为了保证选举成功率，相比正式选举，dry阶段检查的东西少，效率更高些。此时term已经自豪地更新为1。
4、我果然被大家选为Primary
一切尽在掌握中的感觉真爽！！
5、那我就把自己的角色切换为Primary呗
等等，这个时候我还不能马上接受客户端的写请求，因为我得看看自己的数据是不是最新的，怎么办呢，oplog里面的optime。看看大家的状态（数据新旧情况）
我等大家回复我：
好了，节点202回我了（他把他自己的rs.status()发给我， 看看在他的世界里这个复制集是什么情况），（200连不上），从这些信息我可以知道，我的数据是最新的。而且我从202知道200确实挂了。
6、既然我的数据是最新的，那么我就不需要从其他节点拷贝数据了
这里跟raft不一样，从raft的论文中，可以确定raft选为primary是必须要求数据最新的。但MongoDB选出的Primary，数据不一定要最新，只需要满足一个约定条件即可（oplog落后10s以内）。如果数据落后集群中的某个/些存活节点（这个情况一般出现在当前节点的priority比拥有更新数据的节点高的时候），在我对外提供写服务前，我先把这些数据从其他节点从抓过来，应用到我自己这里。但是我这个是有原则的，我不会那么贪婪，给我2s（catchUpTimeoutMillis）就好了。我能追上多少就追多少。如果时间到了，我还没有完全追上咋办呢，那也没有办法，让这些节点把没追上的数据回滚掉好了。
7、现在我的数据是最新的了，我开始作为Primary对外提供写服务。你们把写请求发过来吧~~~
也就是说，并不是成为Primary后马上就会提供写服务，而是会有个追数据的过程。我觉得这个特性如果大家么有正确理解，很容易出现问题。比如用户设置了writeconcern是majority，在主从切换的场景下，可能还未写到大多数节点的请求因为主挂了返回失败，但其实这个数据会被持久化到新主上。而严格的raft不会出现这个情况。
以上用第一张图大体介绍了选举过程。然后每一点的仔细介绍时，我将MongoDB的SystemLog级别通过db.setLogLevel()从0设置为2，重演了一遍选举。让大家看到更多的细节。
最后安利下，网易蜂巢MongoDB云服务已经重磅上线，蜂巢MongoDB由业界著名的数据库专家姜承尧亲自把关架构设计，免费提供售前技术支持。要知道姜大神的出台费可是业界最贵的 ：），欢迎大家注册试用。有任何意见和建议，请随时提出。
网易云免费体验馆，0成本体验20+款云产品！
更多网易技术、产品、运营经验分享请点击。
文章来源： 网易云社区
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/25249.html
摘要：另外，支持对复制集的节点进行灵活的配置，以适应多种场景的需求。节点只参与投票，不能被选为，并且不从同步数据。节点不能被选为主为，并且对不可见。根据各集合的设置，在上为相应集合创建。 复制集简介 Mongodb复制集由一组Mongod实例（进程）组成，包含一个Primary节点和多个Secondary节点，Mongodb Driver（客户端）的所有数据都写入Primary，Second...
摘要：大体分为成员的角色及转换成员状态及转换两部分。每个复制集成员在启动后，都先进入状态，然后加载成员的复制集配置，之后进入到状态。选举行为除了受和两个属性影响外，成员的状态也会影响选举，仅有和五种状态的成员允许进行投票操作。 此文已由作者温正湖授权网易云社区发布。 欢迎访问网易云社区，了解更多网易技术产品运营经验。 复制集（Replica Set）是MongoDB核心组件，相比早期版本采用...
摘要：投票节点仅仅在选举中进行投票。如下图所示从节点无法升职为主节点的情况其他概念从节点还有集中特殊的设置情况，不同的设置有不同的需求优先级为设置，那么该结点将不能成为主节点，但是其数据仍是与主节点保持一致的而且应用程序也可以进行读操作。 介绍 replicattion set 多台服务器维护相同的数据副本,提高服务器的可用性,总结下来有以下好处: 数据备份与恢复 读写分离 MongoD...
摘要：解释首先，到底是什么意思呢在关系型数据库中因为有事务的概念，操作数据后在没有之前是可以执行命令进行数据回退的。 前言 前段时间突然发现数据库文件路径下多了个rollback名字的文件夹，很是纳闷，里面居然还有.bson后缀格式的文件，随一探究竟。原来是在这段时间内发生过failover（主从切换），导致了某些不一致数据的丢失，这可是一个大问题啊，弄不好就是要丢数据的，故进行了些调查研究...
摘要：下一小节我会和大家分享如何在真实的生产环境中创建副本集。好了，中副本集的搭建我们就先说到这里，小伙伴们有问题欢迎留言讨论。 我们之前的案例都是在单个节点上实现的，在生产环境中这种做法是有风险的，如果服务宕机、崩溃或者硬盘坏了都会对公司业务造成损失，因此我们需要数据备份。在MongoDB中我们可以通过副本集来实现这一需求，MongoDB副本集(Replica Set)是有自动故障恢复功能...
阅读 2166·2021-11-22 14:56
阅读 2485·2021-11-19 11:36
阅读 3599·2021-11-17 09:33
阅读 1123·2021-09-24 09:47
阅读 1360·2021-09-06 15:00
阅读 771·2019-08-26 18:37
阅读 2698·2019-08-26 12:10
阅读 1392·2019-08-26 11:55
