replSet:replica set的名字
bind_ip:mongodb所绑定的ip地址
port:mongodb进程所使用的端口号,默认为27017
oplogSize:mongodb操作日志文件的最大大小。单位为Mb,默认为硬盘剩余空间的5%
fork:以后台方式运行进程
noprealloc:不预先分配存储
3.启动mongodb
进入每个mongodb节点的bin目录下
-
./monood -f master.conf
-
./mongod -f slaver.conf
-
./mongod -f arbiter.conf
注意配置文件的路径一定要保证正确,可以是相对路径也可以是绝对路径。
4.配置主,备,仲裁节点
可以通过客户端连接mongodb,也可以直接在三个节点中选择一个连接mongodb。
./mongo 10.10.148.130:27017 #ip和port是某个节点的地址 >use admin >cfg={ _id:“testrs”, members:[ {_id:0,host:‘10.10.148.130:27017’,priority:2}, {_id:1,host:‘10.10.148.131:27017’,priority:1}, {_id:2,host:‘10.10.148.132:27017’,arbiterOnly:true}] }; >rs.initiate(cfg) #使配置生效
cfg是可以任意的名字,当然最好不要是mongodb的关键字,conf,config都可以。最外层的_id表示replica set的名字,members里包含的是所有节点的地址以及优先级。优先级最高的即成为主节点,即这里的10.10.148.130:27017。特别注意的是,对于仲裁节点,需要有个特别的配置——arbiterOnly:true。这个千万不能少了,不然主备模式就不能生效。
配置的生效时间根据不同的机器配置会有长有短,配置不错的话基本上十几秒内就能生效,有的配置需要一两分钟。如果生效了,执行rs.status()命令会看到如下信息:
{ “set” : “testrs”, “date” : ISODate(“2013-01-05T02:44:43Z”), “myState” : 1, “members” : [ { “_id” : 0, “name” : “10.10.148.130:27017”, “health” : 1, “state” : 1, “stateStr” : “PRIMARY”, “uptime” : 200, “optime” : Timestamp(1357285565000, 1), “optimeDate” : ISODate(“2013-01-04T07:46:05Z”), “self” : true }, { “_id” : 1, “name” : “10.10.148.131:27017”, “health” : 1, “state” : 2, “stateStr” : “SECONDARY”, “uptime” : 200, “optime” : Timestamp(1357285565000, 1), “optimeDate” : ISODate(“2013-01-04T07:46:05Z”), “lastHeartbeat” : ISODate(“2013-01-05T02:44:42Z”), “pingMs” : 0 }, { “_id” : 2, “name” : “10.10.148.132:27017”, “health” : 1, “state” : 7, “stateStr” : “ARBITER”, “uptime” : 200, “lastHeartbeat” : ISODate(“2013-01-05T02:44:42Z”), “pingMs” : 0 } ], “ok” : 1 }
如果配置正在生效,其中会包含如下信息:
“stateStr” : “RECOVERING”
同时可以查看对应节点的日志,发现正在等待别的节点生效或者正在分配数据文件。
现在基本上已经完成了集群的所有搭建工作。至于测试工作,可以留给大家自己试试。一个是往主节点插入数据,能从备节点查到之前插入的数据(查询备节点可能会遇到某个问题,可以自己去网上查查看)。二是停掉主节点,备节点能变成主节点提供服务。三是恢复主节点,备节点也能恢复其备的角色,而不是继续充当主的角色。二和三都可以通过rs.status()命令实时查看集群的变化。
Sharding
和Replica Set类似,都需要一个仲裁节点,但是Sharding还需要配置节点和路由节点。就三种集群搭建方式来说,这种是最复杂的。部署图如下:
1.启动数据节点
./mongod --fork --dbpath …/data/set1/ --logpath …/log/set1.log --replSet test #192.168.4.43 ./mongod --fork --dbpath …/data/set2/ --logpath …/log/set2.log --replSet test #192.168.4.44 ./mongod --fork --dbpath …/data/set3/ --logpath …/log/set3.log --replSet test #192.168.4.45 决策 不存储数据
2.启动配置节点
./mongod --configsvr --dbpath …/config/set1/ --port 20001 --fork --logpath …/log/conf1.log #192.168.4.30 ./mongod --configsvr --dbpath …/config/set2/ --port 20002 --fork --logpath …/log/conf2.log #192.168.4.31
3.启动路由节点
./mongos --configdb 192.168.4.30:20001,192.168.4.31:20002 --port 27017 --fork --logpath …/log/root.log #192.168.4.29
这里我们没有用配置文件的方式启动,其中的参数意义大家应该都明白。一般来说一个数据节点对应一个配置节点,仲裁节点则不需要对应的配置节点。注意在启动路由节点时,要将配置节点地址写入到启动命令里。
4.配置Replica Set
这里可能会有点奇怪为什么Sharding会需要配置Replica Set。其实想想也能明白,多个节点的数据肯定是相关联的,如果不配一个Replica Set,怎么标识是同一个集群的呢。这也是人家mongodb的规定,咱们还是遵守吧。配置方式和之前所说的一样,定一个cfg,然后初始化配置。
./mongo 192.168.4.43:27017 #ip和port是某个节点的地址 >use admin >cfg={ _id:“testrs”, members:[ {_id:0,host:‘192.168.4.43:27017’,priority:2}, {_id:1,host:‘192.168.4.44:27017’,priority:1}, {_id:2,host:‘192.168.4.45:27017’,arbiterOnly:true}] }; >rs.initiate(cfg) #使配置生效
先自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Java工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《Java开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以扫码领取!
最后
每年转战互联网行业的人很多,说白了也是冲着高薪去的,不管你是即将步入这个行业还是想转行,学习是必不可少的。作为一个Java开发,学习成了日常生活的一部分,不学习你就会被这个行业淘汰,这也是这个行业残酷的现实。
如果你对Java感兴趣,想要转行改变自己,那就要趁着机遇行动起来。或许,这份限量版的Java零基础宝典能够对你有所帮助。
ava开发,学习成了日常生活的一部分,不学习你就会被这个行业淘汰,这也是这个行业残酷的现实。
如果你对Java感兴趣,想要转行改变自己,那就要趁着机遇行动起来。或许,这份限量版的Java零基础宝典能够对你有所帮助。
[外链图片转存中…(img-KBhR93hK-1711400401489)]
需要更多Java资料的小伙伴可以帮忙点赞+关注,点击传送门,即可免费领取!