MongoDBReplicaSet部署-创新互联

在生产中使用MongoDB, 为了数据安全性和访问稳定性. 副本集是经常被使用到的.

专注于为中小企业提供成都网站制作、网站建设服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业房山免费做网站提供优质的服务。我们立足成都,凝聚了一批互联网行业人才,有力地推动了上千家企业的稳健成长,帮助中小企业通过网站建设实现规模扩充和转变。

书接上回, 话说MongoDB副本集已经安装过很多次了.但是每次都要去 百度 具体命令细节.

只好自己整理笔记,记录下来,以备查询.

MongoDB的下载与安装,请参考:

https://blog.51cto.com/hsbxxl/2149500

1. 什么是Replica Set-副本集

副本集就是mongoDB副本所组成的一个集群。

其原理是,写操作发生在主库,从库同步主库的OpLog日志。

MongoDB Replica Set 部署MongoDB Replica Set 部署

集群中没有特定的主库,主库是选举产生,如果主库down了,会再选举出一台主库。

MongoDB Replica Set 部署

MongoDB Replica Set 部署2.早期的MongoDB版本使用master-slave,一主一从和MySQL类似,但slave在此架构中为只读,当主库宕机后,从库不能自动切换为主。目前已经淘汰master-slave模式,改为副本集,这种模式下有一个主(primary),和多个从(secondary),只读。支持给它们设置权重,当主宕掉后,权重高的从切换为主。在此架构中还可以建立一个仲裁(arbiter)的角色,它只负责裁决,而不存储数据。此架构中读写数据都是在主上,要想实现负载均衡的目的需要手动指定读库的目标server。

简而言之MongoDB 副本集是有自动故障恢复功能的主从集群,有一个Primary节点和一个或多个Secondary节点组成。类似于MySQL的MMM架构。更多关于副本集的介绍请见官方文档:

官方文档地址:

https://docs.mongodb.com/manual/replication/

3. 副本集有以下特点:

<1>. 最小构成是:primary,secondary,arbiter,一般部署是:primary,2 secondary。

<2>. 成员数应该为奇数,如果为偶数的情况下添加arbiter,arbiter不保存数据,只投票。

<3>. 大50 members,但是只能有 7 voting members,其他是non-voting members。

配置副本集

4. 本次实验,配置的是 1主1从1仲裁 的副本集。两个物理机

host1  192.168.67.101:27017 host2  192.168.67.102:27017 host2  192.168.67.102:27018

5. 分别启动mongo进程

host1上启动primary

mongod --port 27017 --dbpath /mongodbs/mgdata/ --logpath /mongodbs/mgdata/db.log --replSet rs0 --fork

host2上启动secondary

mongod --port 27017 --dbpath /mongodbs/mgdata/ --logpath /mongodbs/mgdata/db.log --replSet rs0 --fork

host2上启动arb

mongod --port 28018 --dbpath /mongodbs/arb/ --logpath /mongodbs/arb/db.log --replSet rs0 --fork

6. 配置副本集,由于只有两台物理机,希望host1机器正常情况下,能更多的做为mongo的primary.所以priority设置为2

#mongo > cfg={ _id:"rs0", members:[ {_id:0,host:'192.168.67.101:27017',priority:2},{_id:2,host:'192.168.67.102',priority:1}, {_id:1,host:'192.168.67.102:28018',arbiterOnly:true}]}

7. 执行初始化节点配置

>rs.initiate(cfg)

8. 查看节点配置&信息

>rs.conf() > rs.status()

9. 具体命令输出如下

> cfg={ _id:"rs0", members:[ {_id:0,host:'192.168.67.101:27017',priority:2},{_id:2,host:'192.168.67.102',priority:1}, {_id:1,host:'192.168.67.102:28018',arbiterOnly:true}]} { "_id" : "rs0", "members" : [ { "_id" : 0, "host" : "192.168.67.101:27017", "priority" : 2 }, { "_id" : 2, "host" : "192.168.67.102", "priority" : 1 }, { "_id" : 1, "host" : "192.168.67.102:28018", "arbiterOnly" : true } ] } > rs.initiate(cfg) { "ok" : 1 }rs0:OTHER> rs.conf() { "_id" : "rs0", "version" : 1, "protocolVersion" : NumberLong(1), "members" : [ { "_id" : 0, "host" : "192.168.67.101:27017", "arbiterOnly" : false, "buildIndexes" : true, "hidden" : false, "priority" : 2, "tags" : { }, "slaveDelay" : NumberLong(0), "votes" : 1 }, { "_id" : 2, "host" : "192.168.67.102:27017", "arbiterOnly" : false, "buildIndexes" : true, "hidden" : false, "priority" : 1, "tags" : { }, "slaveDelay" : NumberLong(0), "votes" : 1 }, { "_id" : 1, "host" : "192.168.67.102:28018", "arbiterOnly" : true, "buildIndexes" : true, "hidden" : false, "priority" : 1, "tags" : { }, "slaveDelay" : NumberLong(0), "votes" : 1 } ], "settings" : { "chainingAllowed" : true, "heartbeatIntervalMillis" : 2000, "heartbeatTimeoutSecs" : 10, "electionTimeoutMillis" : 10000, "getLastErrorModes" : { }, "getLastErrorDefaults" : { "w" : 1, "wtimeout" : 0 } } }rs0:SECONDARY> rs.status() { "set" : "rs0", "date" : ISODate("2018-07-24T06:59:34.195Z"), "myState" : 2, "term" : NumberLong(2), "syncingTo" : "192.168.67.101:27017", "heartbeatIntervalMillis" : NumberLong(2000), "members" : [ { "_id" : 0, "name" : "192.168.67.101:27017", "health" : 1, "state" : 1, "stateStr" : "PRIMARY", "uptime" : 60, "optime" : { "ts" : Timestamp(1532415537, 2), "t" : NumberLong(2) }, "optimeDate" : ISODate("2018-07-24T06:58:57Z"), "lastHeartbeat" : ISODate("2018-07-24T06:59:32.964Z"), "lastHeartbeatRecv" : ISODate("2018-07-24T06:59:33.372Z"), "pingMs" : NumberLong(0), "electionTime" : Timestamp(0, 0), "electionDate" : ISODate("1970-01-01T00:00:00Z"), "configVersion" : 1 }, { "_id" : 1, "name" : "192.168.67.102:28018", "health" : 1, "state" : 7, "stateStr" : "ARBITER", "uptime" : 60, "lastHeartbeat" : ISODate("2018-07-24T06:59:32.957Z"), "lastHeartbeatRecv" : ISODate("2018-07-24T06:59:30.356Z"), "pingMs" : NumberLong(0), "configVersion" : 1 }, { "_id" : 2, "name" : "192.168.67.102:27017", "health" : 1, "state" : 2, "stateStr" : "SECONDARY", "uptime" : 615, "optime" : { "ts" : Timestamp(1532415537, 2), "t" : NumberLong(2) }, "optimeDate" : ISODate("2018-07-24T06:58:57Z"), "syncingTo" : "192.168.67.101:27017", "configVersion" : 1, "self" : true } ], "ok" : 1 }

更多命令

10.添加从库命令

rs0:PRIMARY> rs.add('host3:27017')

可以指定priority

rs0:PRIMARY> rs.add({host: "host3:27017", priority: 1})

11. 移除一个从库

先关闭从库的mongoDB,然后在主库上移除从库

rs0:PRIMARY> rs.remove('host3:27019')

12. 读写分离

主库,从库都支持读操作。但是,默认情况读也是从主库来读。

从库可以通过设置ReadPreference打开支持读操作,ReadPreference有几种模式:

Primary                       #从主库读,默认 primaryPreferred                     #基本上从主库读,主不可用时,从从库读 secondary                       #从从库读 secondaryPreferred                      #基本上从从库读,从不可用时,从主库读 nearest                       #从网络延迟最小的库读

基本上常用的是,Primary,secondary,nearest

13. 副本集的设定中可以通过Tag把成员归类,通过下面方法指定读的类型:

<1>.程序连接的时候,指定读的类型ReadPreference

<2>.用mongo命令连接,只对当前连接有效

rs0:SECONDARY> db.getMongo().setReadPref('secondaryPreferred')

14. 特殊成员类型

Secondary还有一些特殊的成员类型:

Priority 0  #不能升为主,可以用于多数据中心场景

MongoDB Replica Set 部署MongoDB Replica Set 部署

Hidden    #对客户端来说是不可见的,一般用作备份或统计报告用

MongoDB Replica Set 部署MongoDB Replica Set 部署

Delayed   #数据比副集晚,一般用作 rolling backup 或历史快照

MongoDB Replica Set 部署MongoDB Replica Set 部署

副本集的配置也是比较简单的. 后面有时间,再分享一下MongoDB Sharded Cluster.

参考链接:

https://www.cnblogs.com/ee900222/p/mongodb_2.html

https://blog.51cto.com/zero01/2059033

http://chenzhou123520.iteye.com/blog/1634676

另外有需要云服务器可以了解下创新互联cdcxhl.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。


当前题目:MongoDBReplicaSet部署-创新互联
URL地址:http://ybzwz.com/article/dgogds.html