MongoDB Replication（主从互备）

MongoDB的Replication是一种一主多从的架构，目的是为了备份、错误时自动切换到某一个从机（通过投票机制），也为了支持读写分离、就近读取。一个一主多从的集群叫做一个Replica Set。

一个典型的Replica Set的结构如下：

或（最小配置）：

• 最小配置：一个primary, 一个secondary, 一个arbiter
• 典型配置：一个primary, 两个secondary
• 最大支持：一个primary, 50个secondary，其中7个voting members

Primary：

• 一个replica set中只能有一个
• 接受所有的写操作
• 写操作记录在oplog中，然后由secondaries复制过去后更新自己的data sets
• 缺省地、读操作也是路由到primary
• 如果primary死掉，自动选举产生一个新的primary代替它

Secondary：

• 保存着primary的数据备份
• 异步获取primary的oplog，然后更新自己的data sets
• 可以被配置成不同的用途：
  • 永远不被选举为primary（Priority 0 Replica Set Members）
  • 数据不被客户端读取（Hidden Replica Set Members）
  • 非实时地保存某个历史时期的数据（Delayed Replica Set Members）
    

Arbiter：

• 只是有投票的权利，不保存数据、不能被选举成为primary
• 轻量级的节点，无需耗费太多系统资源
• 适用于：为了保持replica set中节点数是奇数，而又无需增加一个secondary的情况
• 不要和primary或secondary部署在同一个服务器中

缺省地，Primary接收到写的请求后，如果自己写成功了，就返回给客户端。如果需要确保多个secondary节点都写成功了才返回，可以在请求中加一个writenConcern参数，比如：

db.products.insert({item:"envelopes",qty:100,type:"Clasp"},{writeConcern:{w:2,wtimeout:5000}})

这个表示当有两个节点（primary加一个secondary）成功后、或超过5秒钟没成功，就返回。

也可以修改配置：

cfg=rs.conf()cfg.settings={}cfg.settings.getLastErrorDefaults={w:"majority",wtimeout:5000}rs.reconfig(cfg)

这个表示：当voting member中的大多数已经完成写操作后，才返回。

几种常用部署的详细步骤：

• 部署一个典型的Replica Set：https://docs.mongodb.org/manual/tutorial/deploy-replica-set/
• 部署一个开发或测试用的Replica Set：https://docs.mongodb.org/manual/tutorial/deploy-replica-set-for-testing/
• 添加一个Arbiter到Replicat Set中：https://docs.mongodb.org/manual/tutorial/add-replica-set-arbiter/
• 把一个standalone的MongoDB实例升级为Replica Set：https://docs.mongodb.org/manual/tutorial/convert-standalone-to-replica-set/

Replica Set的各种操作命令参考： https://docs.mongodb.org/manual/reference/replication/