本文详细介绍了MongoDB副本集的搭建过程，包括设置副本集名称、初始化副本集、添加和移除节点。此外，还讲解了测试数据复制、故障切换、节点类型及其作用，如Secondary、Secondary-Only、Hidden、Delayed和Non-Voting节点。重点讨论了读写分离、最终一致性以及如何应对副本集不可用的情况，强调了副本集节点数量的重要性，推荐使用奇数个节点，并确保主节点所在IDC拥有超过半数的节点。最后提到了节点备份和恢复策略，以及如何通过调整write concern平衡性能和一致性。
1、 副本集的结构及原理
主节点负责处理客户端请求，读、写数据, 记录在其上所有操作的oplog；
从节点定期轮询主节点获取这些操作，然后对自己的数据副本执行这些操作，从而保证从节点的数据与主节点一致。默认情况下，从节点不支持外部读取，但可以设置；
副本集的机制在于主节点出现故障的时候，余下的节点会选举出一个新的主节点，从而保证系统可以正常运行。
仲裁节点不复制数据，仅参与投票。由于它没有访问的压力，比较空闲，因此不容易出故障。由于副本集出现故障的时候，存活的节点必须大于副本集节点总数的一半，否则无法选举主节点，或者主节点会自动降级为从节点，整个副本集变为只读。因此，增加一个不容易出故障的仲裁节点，可以增加有效选票，降低整个副本集不可用的风险。
主节点负责处理客户端请求，读、写数据, 记录在其上所有操作的oplog；
从节点定期轮询主节点获取这些操作，然后对自己的数据副本执行这些操作，从而保证从节点的数据与主节点一致。默认情况下，从节点不支持外部读取，但可以设置；
副本集的机制在于主节点出现故障的时候，余下的节点会选举出一个新的主节点，从而保证系统可以正常运行。
仲裁节点不复制数据，仅参与投票。由于它没有访问的压力，比较空闲，因此不容易出故障。由于副本集出现故障的时候，存活的节点必须大于副本集节点总数的一半，否则无法选举主节点，或者主节点会自动降级为从节点，整个副本集变为只读。因此，增加一个不容易出故障的仲裁节点，可以增加有效选票，降低整个副本集不可用的风险。
最低0.47元/天 解锁文章
扫一扫
7343
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
