MongoDB的配置服务器
引入了分片机制之后，MongoDB启用了配置服务器(config server) 来存储元数据，这些元数据包括分片信息、权限控制信息，用来控制分布式锁。其中分片信息还会被负责执行查询mongos使用。
MongoDB的配置服务器有一个很大的优点，就是主节点崩溃了，它也可以继续提供读服务。
大多数中间件的主从结构都是在主节点崩溃之后完全不可用，直到选举出了一个新的主节点。
但是不管怎么说，配置服务器在MongoDB里是一个非常关键的组件，如果一旦配置服务器有问题，哪怕只是轻微地性能抖动一下，对整个MongoDB集群的影响都很大。
MongoDB的复制机制（主从机制）
MongoDB的副本也是MongoDB实例，它们和主实例持有一样的数据。在MongoDB里，用Primary来代表主实例，用Secondary来代表副本实例。主从实例合并在一起，也叫做一个复制集（Replica Set）
类似于数据库的读写分离机制，可以在MongoDB上进行读写分离。读从Secondary0实例读，写入Primary实例，同时Secondary0和Secondary1从Primary实例里同步数据
在MongoDB里，主从之间的数据同步是通过所谓的oplog来实现的，类似MySQL的binlog。但是oplog会有一些缺点：
- 在一些特定的操作里，oplog可能会超乎想象地大。这主要是因为oplog是幂等的，所以任何操作都比要转化为幂等操作。简单来说，任何对MongoDB里数据的操作，最后都会被转化成一个set操作。所以可以预计的是，就是只更新了数据的一小部分，但是生成的oplpg还是set整个数据。
- oplog是有期限的，即MongoDB限制了oplog的大小。当oplog占据了太多的磁盘之后，就会被删除。就算某个从节点来不及同步，oplog也是会被删除的。这个时候，这个从节点只能重新发起一次全量的数据同步。
