上篇文章我们搭建了 MongoDB 副本集的环境，验证了数据已经可以成功的复制，本文我们就来看看 MongoDB 副本集的其他操作。

环境准备

三台服务器，地址分别是：

1
2
3

192.168.248.128
192.168.248.135
192.168.248.136

按照上文介绍的步骤搭建副本集环境，这里不再赘述。

副本集成员添加删除

在副本集环境搭建好之后，我们可以利用如下命令删除一个副本集成员：

1

rs.remove('192.168.248.128:27017')

上面的命令执行完成后，我们可以通过 rs.status() 命令来查看是否删除成功，也可以通过如下命令来为副本集添加一个成员：

1

rs.add('192.168.248.128:27017')

当然，副本集也是可以更新的，使用 reconfig 命令即可，如下：

首先定义 config，如下：

1

config={_id:"rs",members:[{_id:3,host:"192.168.248.128"},{_id:1,host:"192.168.248.135"}]}

然后执行更新操作：

1

rs.reconfig(config)

我们也可以利用 config=rs.config() 获取原始的 config 文件，然后进行修改，修改之后再执行 rs.reconfig(config)，如下：

1
2
3

config=rs.config()
config.members[0].host="192.168.248.136"
rs.reconfig(config)

选举仲裁者

在上文中给小伙伴们演示了主节点挂掉后的情况，和其他的(如 Redis )数据库主从复制不同，MongoDB 中主节点挂掉之后会自动从备份节点中选出一个新的主节点出来，这是一个选举的过程，投票选举，但是如果备份节点数为偶数的话，可能会出现两台服务器票数相等的情况，为了避免这种问题的出现，我们一般有两种解决方案：

1. 数据节点为奇数个，这样就会避免上面描述的问题出现。
2. 使用选举仲裁者，这是一种特殊的成员，仲裁者不保存数据，也不为客户端提供服务，只是在选举投票出现僵持时出来投个票，一个副本集中最多只能有一个仲裁者。

选举仲裁者占用的系统资源很小，因此对部署的服务器性能没多大要求，向副本集中添加仲裁者的方式如下：

1

rs.addArb('192.168.248.128:27017')

也可以利用我们之前说的 reconfig 来操作：

1
2
3

config=rs.config()
config.members[2]={_id:2,host:'192.168.248.128',arbiterOnly:true}
rs.reconfig(config)

添加完成之后，我们可以通过 rs.status() 命令来查看是否添加成功，如果看到如下内容，表示添加成功：

1
2
3
4
5
6
7
8
9
10
11
12

{
"_id" : 2,
"name" : "192.168.248.128:27017",
"health" : 1,
"state" : 7,
"stateStr" : "ARBITER",
"uptime" : 2,
"lastHeartbeat" : ISODate("2017-11-03T08:56:12.406Z"),
"lastHeartbeatRecv" : ISODate("2017-11-03T08:56:08.417Z"),
"pingMs" : NumberLong(1),
"configVersion" : 8
}

仲裁者的移除和普通节点的移除是一样的，这里不再赘述。

优先级问题

优先级用来描述一个备份节点成为主节点的优先性问题，优先级的取值范围为 [0-100]，默认为 1，数字越大优先级越高，越有可能成为主节点，0 表示该节点永远不能成为主节点。

我们可以在添加节点时指定优先级，如下:

1

rs.add({_id:0,host:'192.168.248.128:27017',priority:2})

也可以为已有的节点设置优先级：

1
2
3

config=rs.config()
config.members[0].priority=99
rs.reconfig(config)

好了，MongoDB 中副本集的配置我们就先说到这里，小伙伴们有问题欢迎留言讨论。

参考资料：

1. 《MongoDB权威指南第2版》