Replica Sets机制在4sq中有哪些架构方式

共计 1039 个字符，预计需要花费 3 分钟才能阅读完成。

这篇文章的内容主要围绕 Replica Sets 机制在 4sq 中有哪些架构方式进行讲述，文章内容清晰易懂，条理清晰，非常适合新手学习，值得大家去阅读。感兴趣的朋友可以跟随丸趣 TV 小编一起阅读吧。希望大家通过这篇文章有所收获！

MongoDB 的 replication 机制除了最普通的 Master/Slave 模式之外，更强大的就是其支持自动故障转移的 ReplicaSets 模式了。相对于其问题多多的 auto-sharding 机制，ReplicaSets 还是相对比较稳定。

ReplicaSets 机制在 4sq 中有几种架构方式

1. 在原有的 Master/Slave 机制上添加一台 arbiter

4sq 在早期有一些 Master/Slave 的 MongoDB 架构，但这种模式不能实现自动的故障转移，需要在发生故障时手动进行切换。在 ReplicaSets 出现后，这种结构被迁移成为三台机器的 ReplicaSets：一台 Primary，一台 Secondary，一台 Arbiter。

迁移过程：

修改 Master 和 slave 的配置，添加如下几项，并重启 MongoDB。

replSet=auxdb

fastsync=true

rest=true

fastsync 使得重启动可以使用到原来的数据文件，重启会非常快。然后再在 Primary 上用 rs.add 和 rs.addArb 将 Secondary 和 Arbiter 添加上。就算完成了。

ReplicaSets 机制在 4sq 中有几种架构方式

2. 一个 Primary 用于写，多个 Secondary 用于读和一个 Secondary 用于备份

在写多读少的应用中，4sq 主要使用了 ReplicaSets 来实现读写分离。通过在连接时指定 slaveOk，将读操作放到 Secondary 上，Primary 只承担写操作。同时指定一台 priority 为 0，hidden 为 true 的 Secondary 来进行备份 (这样设置后此机器在读写中都不可见，并且不会被选举为 Primary)

3.MongoDB 经典配置，上层是 Auto-Sharding，每个 Sharding 结点又是一个 ReplicaSets

虽然 4sq 在这上面吃过亏，但很明显他们已经吸取了教训并且在更合理更小心的使用 Auto-Sharding 这一诱人的功能。

感谢你的阅读，相信你对“Replica Sets 机制在 4sq 中有哪些架构方式”这一问题有一定的了解，快去动手实践吧，如果想了解更多相关知识点，可以关注丸趣 TV 网站！丸趣 TV 小编会继续为大家带来更好的文章！