[mongo]复制集机制及原理

复制集机制及原理

作用

• 实现服务高可用
• 数据分发 将数据从一个区域复制到另一个区域，减少另一个区域的读延迟
• 读写分离 不同类型的压力分别在不同的节点上执行
• 异地容灾
• 依赖
  • 数据写入时将数据迅速复制到另一个独立节点上
  • 在接受写入的节点发生故障时自动选举出一个新的替代节点

典型复制集结构

• 一个主节点（PRIMARY）：接受写入操作和选举时投票
• 两个（或多个）从节点（SECONDARY）
• 不推荐使用 Arbiter（投票节点）

数据是如何复制

• 当一个修改操作，无论是插入、更新或删除，到达主节点时，它对数据的操作将被
  记录下来（经过一些必要的转换），这些记录称为 oplog
• 从节点通过在主节点上打开一个 tailable 游标不断获取新进入主节点的 oplog，并
  在自己的数据上回放，以此保持跟主节点的数据一致
• 具有投票权的节点之间两两互相发送心跳；
• 当5次心跳未收到时判断为节点失联；
• 如果失联的是主节点，从节点会发起选举，选出新的主节点
• 如果失联的是从节点则不会产生新的选举
• 选举基于 RAFT一致性算法 实现，选举成功的必要条件是大多数投票节点存活
• 复制集中最多可以有50个节点，但具有投票权的节点最多7个

影响选举的因素

• 整个集群必须有大多数节点存活
• 被选举为主节点的节点必须
  • 能够与多数节点建立连接
  • 具有较新的 oplog
  • 具有较高的优先级（如果有配置）

常见选项

• 是否具有投票权（v 参数）：有则参与投票
• 优先级（priority 参数）：优先级越高的节点越优先成为主节点。优先级为0的节点无法成为主节点；
• 隐藏（hidden 参数）：复制数据，但对应用不可见。隐藏节点可以具有投票仅，但优先
  级必须为0
• 延迟（slaveDelay 参数）：复制 n 秒之前的数据，保持与主节点的时间差

配置复制集合

• 启动三台mongo服务器
• 配置
• 方法1

# mongo --port 28017
> rs.initiate()
> rs.add(”HOSTNAME:28018")
> rs.add(”HOSTNAME:28019")

• 方法2

# mongo --port 28017
> rs.initiate({
_id: "rs0",
members: [{
_id: 0,
host: "localhost:28017"
},{
_id: 1,
host: "localhost:28018"
},{
_id: 2,
host: "localhost:28019"
}]
})