Mongodb副本集模式 Replica Sets

发表于 更新于 分类于 阅读次数：

Replica Sets

副本集模式：具有Master-Slave模式所有特点，但是副本集没有固定的主服务器，当初始化的时候会通过多个服务器投票选举出一个主服务器。当主服务器故障时会再次通过投票选举出新的主服务器，而原先的主服务器恢复后则转为从服务器。Replica Sets的在故障发生时自动切换的机制可以极时保证写入操作。

创建多个副本集节点 –replSet （注意要区分大小写，官方建议命名空间使用IP地址）

1
2
3
4
5
....bin>mongod --dbpath "C:\Program Files\mongodb\data\dbs\replset27017"   --port 27017 --replSet replset/127.0.0.1:27017
 
....bin>mongod --dbpath "C:\Program Files\mongodb\data\dbs\replset27018"   --port 27018 --replSet replset/127.0.0.1:27018  
 
....bin>mongod --dbpath "C:\Program Files\mongodb\data\dbs\replset27019"   --port 27019 --replSet replset/127.0.0.1:27019

首先建立3个是为了投票不会冲突，当服务器为偶数时可能会导致无法正常选举出主服务器。

其次上面3个replset 节点没有全部串联起来，是因为replset 有自检测功可以自动搜索连接其它服务器。

完成上面的工作后，要初始化副本集，随便连接一台服务器执行以下命令 (priority 0~1，被选为主服务器的优先级)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
>use admin  
>db.runCommand(  
{"replSetInitiate":{  
 "_id":"replset",  
 "members":[  
{  
"_id":1,  
"host":"127.0.0.1:27017",  
"priority":1  
},  
{  
"_id":2,  
"host":"127.0.0.1:27018",  
"priority":1  
},  
{  
"_id":3,  
"host":"127.0.0.1:27019",  
"priority":1  
}]}}  
)

再增加一个从服务器节点

1
....bin>mongod --dbpath "C:\Program Files\mongodb\data\dbs\replset27020" --port 27020 --replSet replset/127.0.0.1:27017

通过rs.add命令往system.replset添加新的从服务器成员

1
2
rs.add("127.0.0.1:27020");   或者
rs.add({"_id":4,"host":"127.0.0.1:27020"}

这里在简单的介绍一下Master Slave/ Replica Sets 备份机制，这两种模式都是基于主服务器的oplog 来实现所有从服务器的同步。

oplog记录了增删改操作的记录信息（不包含查询的操作），但是oplog有大小限制，当超过指定大小，oplog会清空之前的记录，重新开始记录。

Master Slave方式主服备器会产生 oplog.$main 的日志集合。

Replica Sets 方式 所有服务器都会产生oplog.rs 日志集合。

两种机制下，所有从服务器都会去轮询主服务器oplog日志，若主服务器的日志较新，就会同步这些新的操作记录。但是这里有个很重要的问题，从服务器由于网络阻塞，死机等原因无法极时同步主服务器oplog记录：一种情况 主服务器oplog不断刷新，这样从服务器永远无法追上主服务器。另外一种情况，刚好主服务器oplog超出大小，清空了之前的oplog，这样从服务器就与主服务器数据就可能会不一致了，这第二种情况，我是推断的，没有证实。

另外要说明一下Replica Sets 备份的缺点，当主服务器发生故障时，一台从服务器被投票选为了主服务器，但是这台从服务的oplog 如果晚于之前的主服务器oplog的话，那之前的主服务器恢复后，会回滚自己的oplog操作和新的主服务器oplog保持一致。由于这个过程是自动切换的，所以在无形之中就导致了部分数据丢失。