Mongodb 副本集组成

副本集的组成

Mongodb的复制功能是使用操作日志oplog实现的，操作日志包含了主节点的每一次写操作。oplog是主节点的local数据库中的一个固定集合。

每个备份节点都维护这自己的oplog，记录着每一次从主节点复制数据的操作。

如果某个备份节点挂掉了，重新启动之后会自动从oplog中最后一个操作开始同步。由于复制操作是先复制数据再写入oplog，所以备份节点可能会在已经同步过的数据上再次执行复制操作。

由于oplog的大小是固定的，只能保存特定数量的操作日志。通常oplog使用空间的增长速度和系统处理写请求的速率近乎相同；但是如果执行db.foo.remove()，如果foo中存在100条数据，则oplog就会有100条操作日志。如果执行大量的批量操作，oplog很快就被填满。

初始化同步

1. 选择一个成员作为同步源，在local.me中为自己创建一个标识符，删除所有已经存在的数据库
2. 克隆（cloning）：将同步源的所有记录全部复制到本地。
3. 克隆过程中所有操作都会被记录到oplog，如果有文档在克隆过程中移动了，就可能会被遗漏，导致没有被克隆，对于这样的文档，需要重新克隆。
4. 将第一个oplog同步过程中的操作记录下来。
5. 创建索引，数据大会比较耗时。
6. 如果当前节点的数据仍然落后于同步源，oplog同步过程最后一步就是讲创建索引期间的所有操作同步过来，防止该成员成为备份节点。
7. 初始化同步完成，切换为普通同步状态，成为备份节点。

选举

当一个成员无法到达主节点时，就会申请成为主节点。

希望被选举为主节点的成员，会向他能到达的所有成员发出通知，如果该成员数据落后于副本集，或者已经有一个运行中的主节点，其他成员不会允许选举。

如果该成员得到副本集中“大多数”赞成票，选举成功，切换为主节点。如果不满足票数，选举失败，保持在备份节点状态。

副本集重新配置也会导致主节点退位

回滚

当重新选举主节点时，某一个备份节点的操作数大于主节点的操作数，此时该节点需要将自己的操作数回滚，与主节点相同。