Mongo集群之主从模式

前言

这几年一直在it行业里摸爬滚打,一路走来,不少总结了一些python行业里的高频面试,看到大部分初入行的新鲜血液,还在为各样的面试题答案或收录有各种困难问题

于是乎,我自己开发了一款面试宝典,希望能帮到大家,也希望有更多的Python新人真正加入从事到这个行业里,让python火不只是停留在广告上。

微信小程序搜索:Python面试宝典

或可关注原创个人博客:https://lienze.tech

也可关注微信公众号,不定时发送各类有趣猎奇的技术文章:Python编程学习

集群

mongo中,一个集群包含多个数据承载节点和可选的一个仲裁节点

数据承载节点中,只有一个成员为主节点,其他节点为从节点,主节点接收所有的写操作

仲裁节点一般用在偶数个从节点,以确保不会出现所谓的投票僵局


但如果可能,尽可能在副本集中使用奇数个数据成员,而不要使用仲裁者

仲裁者比价廉价,可随意部署在网络通的地方,不会占用什么系统资源,只提供投票的功能

而数据节点保存了数据,占用的磁盘空间,内存等等当然比仲裁者高很多,但是额外提供了一个数据副本,相当于更多一层保障

所以简单地说,仲裁者的应用场景就是出于经济条件的考虑


MongoDB有三种集群部署模式,分别为

  • 主从复制(Master-Slaver): 目前已经不推荐使用

  • 副本集(Replica Set): 是一种互为主从的关系。Replica Set将数据复制多份保存,不同服务器保存同一份数据,在出现故障时自动切换,实现故障转移,在实际生产中非常实用

  • 分片(Sharding): 适合处理大量数据,它将数据分开存储,不同服务器保存不同的数据,所有服务器数据的总和即为整个数据集

Sharding 模式追求的是高性能,而且是三种集群中最复杂的。在实际生产环境中,通常将 Replica Set 和 Sharding 两种技术结合使用

主从模式

数据库主从复制在架构中使用很常见,用于备份、高可用、读写分离来提高数据处理性能和冗余

常用架构模式是一主一从、一主多从、双主。但MongoDB中还不能做到双向同步,因此无法实现双主

注意: mongodb4.0后不再支持主从复制

  • 主机配置
port=27018                          #端口号
fork=true                           #以守护进程方式运行
logpath=/usr/local/logs/mongodb.log #日志文件
logappend=true                      #日志输出方式
dbpath=/usr/local/mongo/master/data #数据库位置
maxConns=1024                       #数据库最大连接数
master=true                         #主模式
oplogSize=2048                      #日志滚动,单位M

启动主机

mongod --dbpath ./data/db -f ./master.conf
  • 从机配置
port=27019
fork=true
logpath=/usr/local/logs/mongodb.log
logappend=true
dbpath=/usr/local/mongo/salve/data
maxConns=1024
slave=true             #从模式
source=127.0.0.1:27018 #指定主Mongodb
autoresync=true        #自动同步

启动从机

mongod --dbpath ./data/db -f ./slave.conf
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

李恩泽的技术博客

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值