前言
这几年一直在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