MongoDB的主从复制存在以下问题:
- 主节点挂了能否自动切换连接?目前需要手工切换。
- 主节点的读写压力过大如何解决?
- 从节点每个上面的数据都是对数据库全量拷贝,从节点压力会不会过大?
- 数据压力大到机器支撑不了的时候能否做到自动扩展?
因此,MongoDB设计了副本集和分片的功能
具体可理解为:
副本集合(Replica Sets),是一个基于主/从复制机制的复制功能,但增加了自动故障转移和恢复特性。一个集群最多可以支持7个服务器,并且任意节点都可以是主节点。所有的写操作都被分发到主节点,而读操作可以在任何节点上进行。

由图可以看到客户端连接到整个副本集,不关心具体哪一台机器是否挂掉。主服务器负责整个副本集的读写,副本集定期同步数据备份,一但主节点挂掉,副本节点就会选举一个新的主服务器,这一切对于应用服务器不需要关心。我们看一下主服务器挂掉后的架构:

副本集中的副本节点在主节点挂掉后通过心跳机制检测到后,就会在集群内发起主节点的选举机制,自动选举一位新的主服务器。看起来很牛X的样子,我们赶紧操作部署一下!官方推荐的副本集机器数量为至少3个,那我们也按照这个数量配置测试。
例:我在同一台机器上的操作
cd mongod
方式一:
mkdir data/rs0-0 data/rs0-1 data/rs0-2
开启三个mongod进程,跟启普通的mongod进程基本相同,不同的跟了--replSet选项,rs0是该副本集的名称。
1.
<strong><strong>#./bin/mongod --dbpath=data/rs0-1/ --logpath=log/rs0-1.log --port=37018 --bind_ip 10.8.8.162 --fork --replSet rs0
2.
#./bin/mongod --dbpath=data/rs0-2/ --logpath=log/rs0-2.log --port=37019 --bind_ip 10.8.8.162 --fork --replSet rs0
3.
#./bin/mongod --dbpath=data/rs0-0/ --logpath=log/rs0-0.log --port=37017 --bind_ip 10.8.8.162 --fork --replSet rs0</strong></strong>
然后我们用mongo shell连上端口为37017的mongod:
1.
<strong><strong>#./bin/mongo --port 37017 --host 10.8.8.162</strong></strong>
设置副本集rs0
接着我们需要初始化一个Replica Set:首先创建一个副本集配置对象:
01.
<strong><strong>> rsconf={"_id":"rs0","members":[{"_id":0,"host":"10.8.8.162:37017"}]}
02.
{
03.
"_id" : "rs0",
04.
"members" : [
05.
{
06.
"_id" : 0,
07.
"host" : "10.8.8.162:37017"
08.
}
09.
]
10.
}
11.
> rs.initiate(rsconf) ###然后用rs.initiate()进程初始化###
12.
{
13.
"info" : "Config now saved locally. Should come online in about a minute.",
14.
"ok" : 1
15.
}
16.
> rs.status()##会发现37017这个端口的mongod进程默认就是PRIMARY##
17.
{
18.
"set" : "rs0",
19.
"date" : ISODate("2014-04-18T06:46:14Z"),
20.
"myState" : 1,
21.
"members" : [
22.
{
23.
"_id" : 0,
24.
"name" : "10.8.8.162:37017",
25.
"health" : 1,
26.
"state" : 1,
27.
"stateStr" : "PRIMARY",
28.
"uptime" : 399,
29.
"optime" : Timestamp(1397803396, 1),
30.
"optimeDate" : ISODate("2014-04-18T06:43:16Z"),
31.
"self" : true
32.
}
33.
],
34.
"ok" : 1
35.
}
36.
rs0:PRIMARY> rs.add("10.8.8.162:37018")##通过rs.add()将另外两个mongod添加到副本集当中##
37.
{ "ok" : 1 }
38.
rs0:PRIMARY> rs.add("10.8.8.162:37019")
39.
{ "ok" : 1 }
40.
rs0:PRIMARY> rs.status()##这个可能需要几分钟才能看见##
41.
{
42.
"set" : "rs0",
43.
"date" : ISODate("2014-04-18T06:51:50Z"),
44.
"myState" : 1,
45.
"members" : [
46.
{
47.
"_id" : 0,
48.
"name" : "10.8.8.162:37017",
49.
"health" : 1,##1表明状态正常,0表示不正常##
50.
"state" : 1,##1表示PRIMARY,2表示SECONDARY##
51.
"stateStr" : "PRIMARY",
52.
"uptime" : 735,
53.
"optime" : Timestamp(1397803597, 1),
54.
"optimeDate" : ISODate("2014-04-18T06:46:37Z"),
55.
"self" : true
56.
},
57.
{
58.
"_id" : 1,
59.
"name" : "10.8.8.162:37018",
60.
"health" : 1,
61.
"state" : 2,
62.
"stateStr" : "SECONDARY",
63.
"uptime" : 318,
64.
"optime" : Timestamp(1397803597, 1),
65.
"optimeDate" : ISODate("2014-04-18T06:46:37Z"),
66.
"lastHeartbeat" : ISODate("2014-04-18T06:51:49Z"),
67.
"lastHeartbeatRecv" : ISODate("2014-04-18T06:51:50Z"),
68.
"pingMs" : 0,
69.
"syncingTo" : "10.8.8.162:37017"
70.
},
71.
{
72.
"_id" : 2,
73.
"name" : "10.8.8.162:37019",
74.
"health" : 1,
75.
"state" : 2,
76.
"stateStr" : "SECONDARY",
77.
"uptime" : 313,
78.
"optime" : Timestamp(1397803597, 1),
79.
"optimeDate" : ISODate("2014-04-18T06:46:37Z"),
80.
"lastHeartbeat" : ISODate("2014-04-18T06:51:49Z"),
81.
"lastHeartbeatRecv" : ISODate("2014-04-18T06:51:49Z"),
82.
"pingMs" : 0,
83.
"syncingTo" : "10.8.8.162:37017"
84.
}
85.
],
86.
"ok" : 1
87.
}</strong></strong>
在两个SECONDARY节点上
1.
<strong><strong>#./bin/mongo --port 37018 --host 10.8.8.162
2.
MongoDB shell version: 2.4.5
3.
connecting to: 10.8.8.162:37018/test
4.
rs0:SECONDARY> rs.status();
5.
#./bin/mongo --port 37019 --host 10.8.8.162
6.
MongoDB shell version: 2.4.5
7.
connecting to: 10.8.8.162:37019/test
8.
rs0:SECONDARY> rs.status();</strong></strong>
方式二
01.
<strong><strong>#./bin/mongod --dbpath=data/rs0-0/ --logpath=log/rs0-0.log --bind_ip 10.8.8.162 --fork --rest --logappend --replSet rs0 --port=30000
02.
##注:--rest是为了打开web监控。http://10.8.8.162:31000/_replSet可以查看各个节点的状态
03.
#./bin/mongod --dbpath=data/rs0-1/ --logpath=log/rs0-1.log --bind_ip 10.8.8.162 --fork --rest --logappend --replSet rs0 --port=30001
04.
#./bin/mongod --dbpath=data/rs0-2/ --logpath=log/rs0-2.log --bind_ip 10.8.8.162 --fork --rest --logappend --replSet rs0 --port=30002
05.
#./bin/mongod --dbpath=data/rs0-arb/ --logpath=log/rs0-arb.log --bind_ip 10.8.8.162 --fork --rest --logappend --replSet rs0 --port=40000
06.
#./bin/mongo --port 30000 --host 10.8.8.162
07.
MongoDB shell version: 2.4.5
08.
connecting to: 10.8.8.162:30000/test
09.
> rs.conf()
10.
null
11.
> use admin
12.
switched to db admin
13.
> db.runCommand({"replSetInitiate" : {
14.
... "_id":"rs0",##这个键指明了副本集的名称,必须与气动mongod进程时指定的名称一致!##
15.
... "members":[ ##这个键指明服务器列表,我们以后还可以往副本集中加入服务器##
16.
... {"_id":0,"host":"10.8.8.162:30000","priority":2},##“id”内嵌文档的键,用于唯一标示副本集中的某一台服务器."priority :N,优先级,指明一个服务器的优先级,默认为1,可以是[0,1000],通过这个我们可以指明副本集某台服务器节点初始为活跃节点"##
17.
... {"_id":1,"host":"10.8.8.162:30001","priority":3},
18.
... {"_id":2,"host":"10.8.8.162:30002","priority":4},
19.
... {"_id":3,"host":"10.8.8.162:40000","arbiterOnly":"true"}##arbiterOnly :true,仲裁节点,特定指明某个服务器节点为仲裁节点,仲裁节点不会复制数据,不会成为活跃节点,其存在的目的只有一个:当前活跃节点失效后,副本集内重新投票选活跃节点时,防止出现僵局!##
20.
... ]
21.
... }
22.
... }
23.
... );
24.
{
25.
"info" : "Config now saved locally. Should come online in about a minute.",
26.
"ok" : 1
27.
}
28.
rs0:SECONDARY> rs.status();##这个可能需要数分钟才能正常显示!##
29.
{
30.
"set" : "rs0",
31.
"date" : ISODate("2014-04-18T09:06:41Z"),
32.
"myState" : 2,
33.
"syncingTo" : "10.8.8.162:30002",
34.
"members" : [
35.
{
36.
"_id" : 0,
37.
"name" : "10.8.8.162:30000",
38.
"health" : 1,
39.
"state" : 2,
40.
"stateStr" : "SECONDARY",
41.
"uptime" : 1411,
42.
"optime" : Timestamp(1397811410, 1),
43.
"optimeDate" : ISODate("2014-04-18T08:56:50Z"),
44.
"self" : true
45.
},
46.
{
47.
"_id" : 1,
48.
"name" : "10.8.8.162:30001",
49.
"health" : 1,
50.
"state" : 2,
51.
"stateStr" : "SECONDARY",
52.
"uptime" : 591,
53.
"optime" : Timestamp(1397811410, 1),
54.
"optimeDate" : ISODate("2014-04-18T08:56:50Z"),
55.
"lastHeartbeat" : ISODate("2014-04-18T09:06:39Z"),
56.
"lastHeartbeatRecv" : ISODate("2014-04-18T09:06:39Z"),
57.
"pingMs" : 0,
58.
"syncingTo" : "10.8.8.162:30002"
59.
},
60.
{
61.
"_id" : 2,
62.
"name" : "10.8.8.162:30002",
63.
"health" : 1,
64.
"state" : 1,
65.
"stateStr" : "PRIMARY",
66.
"uptime" : 591,
67.
"optime" : Timestamp(1397811410, 1),
68.
"optimeDate" : ISODate("2014-04-18T08:56:50Z"),
69.
"lastHeartbeat" : ISODate("2014-04-18T09:06:40Z"),
70.
"lastHeartbeatRecv" : ISODate("2014-04-18T09:06:39Z"),
71.
"pingMs" : 0,
72.
"syncingTo" : "10.8.8.162:30000"##开始我觉得这里有些奇怪!当我用30002这个PRIMARY节点登陆之后再查看,显示就正常了!##
73.
},
74.
{
75.
"_id" : 3,
76.
"name" : "10.8.8.162:40000",
77.
"health" : 1,
78.
"state" : 7,
79.
"stateStr" : "ARBITER",
80.
"uptime" : 562,
81.
"lastHeartbeat" : ISODate("2014-04-18T09:06:40Z"),
82.
"lastHeartbeatRecv" : ISODate("2014-04-18T09:06:40Z"),
83.
"pingMs" : 0
84.
}
85.
],
86.
"ok" : 1
87.
}</strong></strong>
至此,Mongod的副本集rs0就做完了!
节点切换
kill掉37017端口的mongod进程
#./bin/mongo --port 37018 --host 10.8.8.162 MongoDB shell version: 2.4.5 connecting to: 10.8.8.162:37018/test rs0:SECONDARY> rs.status(); #./bin/mongo --port 37018 --host 10.8.8.162###会发现37019端口的mongod进程变成了PRIMARY# MongoDB shell version: 2.4.5 connecting to: 10.8.8.162:37018/test rs0:PRIMARY> rs.status();
此时,在作为PRIMARY节点的37109进程上就可以查看数据!
再把37017端口的mongod进程启动
1.
<strong><strong>#rm -fr data/rs0-0/*
2.
#rm -fr log/rs0-0.log
3.
#./bin/mongod --dbpath=data/rs0-0/ --logpath=log/rs0-0.log --port=37017 --bind_ip 10.8.8.162 --fork --replSet rs0</strong></strong>
会发现37019依然还是PRIMARY,而重启起来的37017就是SECONDARY
但,此时在PRIMARY节点上插入数据,在SECONDARY节点是不可以进行数据查看的!因为mongodb默认是从主节点读写数据的,副本节点上不允许读,需要设置副本节点可以读。
01.
<strong><strong>#./bin/mongo --port 37017 --host 10.8.8.162
02.
MongoDB shell version: 2.4.5
03.
connecting to: 10.8.8.162:37017/test
04.
rs0:SECONDARY> show dbs##能够查看有哪些数据库##
05.
local 8.07421875GB
06.
test 0.203125GB
07.
rs0:SECONDARY> use test
08.
switched to db test
09.
rs0:SECONDARY> show collections;##但是不能查看数据##
10.
Fri Apr 18 15:35:55.525 JavaScript execution failed: error: { "$err" : "not master and slaveOk=false", "code" : 13435 } at src/mongo/shell/query.js:L128
11.
rs0:SECONDARY> rs.slaveOk()##开启从库查询功能,或者用db.getMongo().setSlaveOk()##
12.
rs0:SECONDARY> show collections;
13.
system.indexes
14.
table1
15.
rs0:SECONDARY> db.table1.find()
16.
{ "_id" : ObjectId("5350cbe620f384efd9ac5583"), "x" : 1 }
17.
{ "_id" : ObjectId("5350d5b974b8eddf14724359"), "id" : 1, "name" : "ycy" }
18.
{ "_id" : ObjectId("5350d60174b8eddf1472435a"), "id" : 2, "name" : "yu" }
19.
rs0:SECONDARY> db.table1.insert({"id":3,"age":26})##在SECONDARY节点上插入数据是不行的,看来是PRIMARY是读写、SECONDARY是只读##
20.
not master</strong></strong>
增加、删除节点
1.
<strong><strong>rs0:PRIMARY> rs.remove("10.8.8.162:37017")##从副本集rs0中删除一个节点##
2.
Fri Apr 18 16:22:49.591 DBClientCursor::init call() failed
3.
Fri Apr 18 16:22:49.593 JavaScript execution failed: Error: error doing query: failed at src/mongo/shell/query.js:L78
4.
Fri Apr 18 16:22:49.594 trying reconnect to 10.8.8.162:37019
5.
Fri Apr 18 16:22:49.595 reconnect 10.8.8.162:37019 ok
6.
rs0:PRIMARY> rs.add("10.8.8.162:37017")##再把删除的节点添加进来##
7.
{ "down" : [ "10.8.8.162:37017" ], "ok" : 1 }</strong></strong>
如果我想让300这个端口的Mongod进程升级为PRIMORY节点
1.
<strong><strong>rs0:PRIMARY> cfg=rs.conf()
2.
rs0:PRIMARY> cfg.members[0].priority = 5##设置“id”为“0”的节点,priority为5##
3.
5
4.
rs0:PRIMARY> rs.reconfig(cfg)
5.
rs0:SECONDARY> rs.conf()##查看配置文件,就会发现30001的priority变成5##
6.
rs0:SECONDARY> rs.status();##过几分钟再看,就会发现30001变成了PRIMARY节点##</strong></strong>
注:此操作必须在PROMARY节点上进行!
副本集(replica set)
MongoDB的replica set是一个mongod进程实例簇,数据在这个簇中相互复制,并自动进行故障切换。
MongoDB的数据库复制增加了冗余,确保了高可用性,简化了管理任务如备份,并且增加了读能力。大多数产品部署都使用了复制。MongoDB中primary处理写操作,其它进行复制的成员则是secondaries。
一个副本集可以最多支持12个成员,但是只有7个成员可以参与投票。
注:MongoDB同时提供了传统的master/slave复制,这种复制的操作方法与副本集相同,但是master/slave复制不支持自动故障切换。很容易理解,主备模式下,cli端是指定了地址和端口进行mongodb的访问的,而副本集模式则是通过访问mongos来隐藏动态切换的。
本文介绍MongoDB副本集(replica set)的搭建过程,包括初始化配置、节点角色分配及切换、数据读取策略调整等内容,适用于提高数据库系统的稳定性和可维护性。
263

被折叠的 条评论
为什么被折叠?



