12.MongoDB系列之副本集管理

1. 控制成员状态

1.1 把主节点变为从节点

rs.stepDown()

1.2 阻止选举

如果需要对主节点维护，不想期间其他从节点选举为主节点，则可以

rs.freeze(10000)

维护完成后，只需要再次执行以下命令即可

rs.freeze(0)

2. 监控复制

2.1 获取状态

rs.status()

2.2 可视化复制图谱

> server1.adminCommand({replSetGetStatus:1})['syncingTo']
server0:27017

表示server0是server1的复制源。

MongoDB会根据ping的时间会选择同步源。MongoDB维护着心跳时间的滑动平均值，当其选择同步源的时候，它会查找离它最近并且数据比它新的成员。因此自动复制链不会出现复制循环的问题

自动复制链的缺点是：更多复制链意味着复制需要更长的时间，最差情况复制路径会变为一条线A->B->C，当然可以通过以下命令自定义同步源：

secondary.adminCommand({'replSetSyncFrom'： 'server0:27017'})

2.3 复制循环

由2.2可知，自定义同步源可能出现复制循环的问题，所以需要rs.status()仔细检查

2.4 禁用复制链

链式复制是指一个从节点从另一个从节点(而不是主节点)进行同步，可以通过如下操作实现强制每个成员从主节点同步(如果主节点不可用，则会从从节点进行同步)

var config = rs.config()
config.settings = config.settings || {}
config.settings.chainingAllowed = false
re.reconfig(config)

2.5 计算延迟

// 给出了主节点oplog的简要信息，包括大小和操作的日期范围
rs.printReplicationInfo()

// 获取每个成员的syncedTo值及最后一条oplog写入每个从节点的时间
rs.printSalveReplicationInfo()

2.6 调整oplog大小

// 检查oplog的当前大小,已MB显示集合大小
> user local
> db.oplog.rs.stats(1024*1024).maxSize
// 更改oplog大小为16G
> db.adminCommand({replSetResizeOplog: 1, size: 16000})

一般情况下，不应减少oplog的大小，毕竟只是占用磁盘空间，并且可以防止复制末尾脱节问题。

欢迎关注公众号算法小生或沈健的技术博客