MongoDB 副本集-Replica Sets 搭建
1.副本集-Replica Sets
1.1 简介
MongoDB中的副本集（Replica Set）是一组维护相同数据集的mongod服务。 副本集可提供冗余和高 可用性，是所有生产部署的基础。
也可以说，副本集类似于有自动故障恢复功能的主从集群。通俗的讲就是用多台机器进行同一数据的异 步同步，从而使多台机器拥有同一数据的多个副本，并且当主库当掉时在不需要用户干预的情况下自动 切换其他备份服务器做主库。而且还可以利用副本服务器做只读服务器，实现读写分离，提高负载。
（1）冗余和数据可用性
复制提供冗余并提高数据可用性。 通过在不同数据库服务器上提供多个数据副本，复制可提供一定级别 的容错功能，以防止丢失单个数据库服务器。
在某些情况下，复制可以提供增加的读取性能，因为客户端可以将读取操作发送到不同的服务上， 在不 同数据中心维护数据副本可以增加分布式应用程序的数据位置和可用性。 您还可以为专用目的维护其他 副本，例如灾难恢复，报告或备份。
（2）MongoDB中的复制
副本集是一组维护相同数据集的mongod实例。 副本集包含多个数据承载节点和可选的一个仲裁节点。 在承载数据的节点中，一个且仅一个成员被视为主节点，而其他节点被视为次要（从）节点。
主节点接收所有写操作。 副本集只能有一个主要能够确认具有{w：“most”}写入关注的写入; 虽然在某 些情况下，另一个mongod实例可能暂时认为自己也是主要的。主要记录其操作日志中的数据集的所有 更改，即oplog。
辅助(副本)节点复制主节点的oplog并将操作应用于其数据集，以使辅助节点的数据集反映主节点的数据 集。 如果主要人员不在，则符合条件的中学将举行选举以选出新的主要人员。
（3）主从复制和副本集区别
主从集群和副本集最大的区别就是副本集没有固定的“主节点”；整个集群会选出一个“主节点”，当其挂 掉后，又在剩下的从节点中选中其他节点为“主节点”，副本集总有一个活跃点(主、primary)和一个或多 个备份节点(从、secondary)。
1.2 副本集的三个角色
副本集有两种类型三种角色
两种类型：
主节点（Primary）类型：数据操作的主要连接点，可读写。 次要（辅助、从）节点**（Secondaries）类型**：数据冗余备份节点，可以读或选举。
三种角色：
主要成员（Primary）：主要接收所有写操作。就是主节点。
副本成员（Replicate）：从主节点通过复制操作以维护相同的数据集，即备份数据，不可写操作，但可 以读操作（但需要配置）。是默认的一种从节点类型。
仲裁者（Arbiter）：不保留任何数据的副本，只具有投票选举作用。当然也可以将仲裁服务器维护为副 本集的一部分，即副本成员同时也可以是仲裁者。也是一种从节点类型。
关于仲裁者的额外说明：
您可以将额外的mongod实例添加到副本集作为仲裁者。 仲裁者不维护数据集。 仲裁者的目的是通过 响应其他副本集成员的心跳和选举请求来维护副本集中的仲裁。 因为它们不存储数据集，所以仲裁器可 以是提供副本集仲裁功能的好方法，其资源成本比具有数据集的全功能副本集成员更便宜。
如果您的副本集具有偶数个成员，请添加仲裁者以获得主要选举中的“大多数”投票。 仲裁者不需要专用 硬件。
仲裁者将永远是仲裁者，而主要人员可能会退出并成为次要人员，而次要人员可能成为选举期间的主要 人员。
如果你的副本+主节点的个数是偶数，建议加一个仲裁者，形成奇数，容易满足大多数的投票。 如果你的副本+主节点的个数是奇数，可以不加仲裁者。
1.3 副本集架构目标
一主一副本一仲裁
1.4 副本集的创建
1.4.1 第一步：创建主节点
建立存放数据和日志的目录：
#-----------myrs #主节点
mkdir -p /mongodb/replica_sets/myrs_27017/log \ &
mkdir -p /mongodb/replica_sets/myrs_27017/data/db
新建或修改配置文件：
vim /mongodb/replica_sets/myrs_27017/mongod.yml
myrs_27017：
systemLog:
#MongoDB发送所有日志输出的目标指定为文件
destination: file
#mongod或mongos应向其发送所有诊断日志记录信息的日志文件的路径
path: "/mongodb/replica_sets/myrs_27017/log/mongod.log"
#当mongos或mongod实例重新启动时，mongos或mongod会将新条目附加到现有日志文件的末尾。
logAppend: true
storage:
#mongod实例存储其数据的目录。storage.dbPath设置仅适用于mongod。
dbPath: "/mongodb/replica_sets/myrs_27017/data/db"
journal:
#启用或禁用持久性日志以确保数据文件保持有效和可恢复。
enabled: true
processManagement:
#启用在后台运行mongos或mongod进程的守护进程模式。
fork: true
#指定用于保存mongos或mongod进程的进程ID的文件位置，其中mongos或mongod将写入其PID
pidFilePath: "/mongodb/replica_sets/myrs_27017/log/mongod.pid"
net:
#服务实例绑定所有IP，有副作用，副本集初始化的时候，节点名字会自动设置为本地域名，而不是ip
#bindIpAll: true
#服务实例绑定的IP
bindIp: localhost,192.168.0.49
#bindIp
#绑定的端口
port: 27017
replication:
#副本集的名称
replSetName: myrs
启动节点服务：
/usr/local/mongodb/bin/mongod -f /mongodb/replica_sets/myrs_27017/mongod.yml
启动成功如下图：
1.4.2 第二步：创建副本节点
#-----------myrs #副本节点
mkdir -p /mongodb/replica_sets/myrs_27018/log \ &
mkdir -p /mongodb/replica_sets/myrs_27018/data/db
新建或修改配置文件：
vim /mongodb/replica_sets/myrs_27018/mongod.yml
myrs_27018：
systemLog:
#MongoDB发送所有日志输出的目标指定为文件
destination: file
#mongod或mongos应向其发送所有诊断日志记录信息的日志文件的路径
path: "/mongodb/replica_sets/myrs_27018/log/mongod.log"
#当mongos或mongod实例重新启动时，mongos或mongod会将新条目附加到现有日志文件的末尾。
logAppend: true
storage:
#mongod实例存储其数据的目录。storage.dbPath设置仅适用于mongod。
dbPath: "/mongodb/replica_sets/myrs_27018/data/db"
journal:
#启用或禁用持久性日志以确保数据文件保持有效和可恢复。
enabled: true
processManagement:
#启用在后台运行mongos或mongod进程的守护进程模式。
fork: true
#指定用于保存mongos或mongod进程的进程ID的文件位置，其中mongos或mongod将写入其PID
pidFilePath: "/mongodb/replica_sets/myrs_27018/log/mongod.pid"
net:
#服务实例绑定所有IP，有副作用，副本集初始化的时候，节点名字会自动设置为本地域名，而不是ip
#bindIpAll: true
#服务实例绑定的IP
bindIp: localhost,192.168.0.49
#bindIp
#绑定的端口
port: 27018
replication:
#副本集的名称
replSetName: myrs
启动节点服务：
/usr/local/mongodb/bin/mongod -f /mongodb/replica_sets/myrs_27018/mongod.yml
启动成功如下图：
1.4.3 第三步：创建仲裁节点
建立存放数据和日志的目录:
#-----------myrs #仲裁节点
mkdir -p /mongodb/replica_sets/myrs_27019/log \ &
mkdir -p /mongodb/replica_sets/myrs_27019/data/db
仲裁节点：
新建或修改配置文件:
vim /mongodb/replica_sets/myrs_27019/mongod.yml
myrs_27019：
systemLog:
#MongoDB发送所有日志输出的目标指定为文件
destination: file
#mongod或mongos应向其发送所有诊断日志记录信息的日志文件的路径
path: "/mongodb/replica_sets/myrs_27019/log/mongod.log"
#当mongos或mongod实例重新启动时，mongos或mongod会将新条目附加到现有日志文件的末尾。
logAppend: true
storage:
#mongod实例存储其数据的目录。storage.dbPath设置仅适用于mongod。
dbPath: "/mongodb/replica_sets/myrs_27019/data/db"
journal:
#启用或禁用持久性日志以确保数据文件保持有效和可恢复。
enabled: true
processManagement:
#启用在后台运行mongos或mongod进程的守护进程模式。
fork: true
#指定用于保存mongos或mongod进程的进程ID的文件位置，其中mongos或mongod将写入其PID
pidFilePath: "/mongodb/replica_sets/myrs_27019/log/mongod.pid"
net:
#服务实例绑定所有IP，有副作用，副本集初始化的时候，节点名字会自动设置为本地域名，而不是ip
#bindIpAll: true
#服务实例绑定的IP
bindIp: localhost,192.168.0.49
#bindIp
#绑定的端口
port: 27019
replication:
#副本集的名称
replSetName: myrs
启动节点服务：
/usr/local/mongodb/bin/mongod -f /mongodb/replica_sets/myrs_27019/mongod.yml
启动成功如下图：
1.4.5 第四步：初始化配置副本集和主节点
使用客户端命令连接任意一个节点，但这里尽量要连接主节点(27017节点)：
/usr/local/mongodb/bin/mongo --host 192.168.0.49 --port 27017
结果，连接上之后，很多命令无法使用，，比如 show dbs 等，必须初始化副本集才行
准备初始化新的副本集：
语法：
rs.initiate(configuration)
选项：
| Parameter | Type | Description |
|---|---|---|
| configuration | document | Optional. A document that specifies configuration for the new replica set. If a configuration is not specified, MongoDB uses a default replica set configuration. |
【示例】
使用默认的配置来初始化副本集
rs.initiate()
执行结果：
提示：
1）“ok”的值为1，说明创建成功。
2）命令行提示符发生变化，变成了一个从节点角色，此时默认不能读写。稍等片刻，回车，变成主节 点。
1.4.6 第五步：查看副本集的配置内容
说明：
返回包含当前副本集配置的文档。
语法：
rs.conf(configuration)
rs.config() 是该方法的别名。
configuration：可选，如果没有配置，则使用默认主节点配置。
【示例】
在27017上执行副本集中当前节点的默认节点配置
myrs:PRIMARY> rs.conf()
{
"_id" : "myrs",
"version" : 9,
"members" : [
{
"_id" : 0,
"host" : "192.168.0.49:27017",
"arbiterOnly" : false,
"buildIndexes" : true,
"hidden" : false,
"priority" : 1,
"tags" : {
},
"slaveDelay" : 0,
"votes" : 1
}
],
"settings" : {
"chainingAllowed" : true,
"heartbeatTimeoutSecs" : 10,
"getLastErrorModes" : {
},
"getLastErrorDefaults" : {
"w" : 1,
"wtimeout" : 0
}
}
}
说明：
1） “_id” : “myrs” ：副本集的配置数据存储的主键值，默认就是副本集的名字
2） “members” ：副本集成员数组，此时只有一个： “host” : “192.168.0.49:27017” ，该成员不 是仲裁节点： “arbiterOnly” : false ，优先级（权重值）： “priority” : 1,
3） “settings” ：副本集的参数配置。
1.4.7 第六步：查看副本集状态
检查副本集状态。
说明：
返回包含状态信息的文档。此输出使用从副本集的其他成员发送的心跳包中获得的数据反映副本集的当 前状态。
语法:
rs.status()
【示例】
在27017上查看副本集状态
myrs:PRIMARY> rs.status()
{
"set" : "myrs",
"date" : ISODate("2020-04-21T16:23:56.755Z"),
"myState" : 1,
"members" : [
{
"_id" : 0,
"name" : "192.168.0.49:27017",
"health" : 1,
"state" : 1,
"stateStr" : "PRIMARY",
"uptime" : 1677,
"optime" : Timestamp(1587486189, 1),
"optimeDate" : ISODate("2020-04-21T16:23:09Z"),
"electionTime" : Timestamp(1587484817, 1),
"electionDate" : ISODate("2020-04-21T16:00:17Z"),
"configVersion" : 9,
"self" : true
}
],
"ok" : 1
}
说明：
1） “set” : “myrs” ：副本集的名字
2） “myState” : 1：说明状态正常
3） “members” ：副本集成员数组，此时只有一个： “name” : “192.168.0.49:27017” ，该成员的 角色是 “stateStr” : “PRIMARY”, 该节点是健康的： “health” : 1 。
1.4.8 第四步：添加副本从节点
在主节点添加从节点，将其他成员加入到副本集
语法:
rs.add(host, arbiterOnly)
选项：
| Parameter | Type | Description |
|---|---|---|
| host | string or document | 要添加到副本集的新成员。 指定为字符串或配置文档：1）如 果是一个字符串，则需要指定新成员的主机名和可选的端口 号；2）如果是一个文档，请指定在members数组中找到的副 本集成员配置文档。 您必须在成员配置文档中指定主机字段。 有关文档配置字段的说明，详见下方文档：“主机成员的配置文 档” |
| arbiterOnly | boolean | 可选的。 仅在 值为字符串时适用。 如果为true，则添 加的主机是仲裁者 |
【示例】
将27018的副本节点添加到副本集中：
myrs:PRIMARY> rs.add("192.168.0.49:27018")
{ "ok" : 1 }
说明：
1） “ok” : 1 ：说明添加成功
查看副本集状态：
myrs:PRIMARY> rs.status()
{
"set" : "myrs",
"date" : ISODate("2020-04-21T16:36:58.752Z"),
"myState" : 1,
"members" : [
{
"_id" : 0,
"name" : "192.168.0.49:27017",
"health" : 1,
"state" : 1,
"stateStr" : "PRIMARY",
"uptime" : 2459,
"optime" : Timestamp(1587486907, 1),
"optimeDate" : ISODate("2020-04-21T16:35:07Z"),
"electionTime" : Timestamp(1587486909, 1),
"electionDate" : ISODate("2020-04-21T16:35:09Z"),
"configVersion" : 10,
"self" : true
},
{
"_id" : 1,
"name" : "192.168.0.49:27018",
"health" : 1,
"state" : 2,
"stateStr" : "SECONDARY",
"uptime" : 108,
"optime" : Timestamp(1587486907, 1),
"optimeDate" : ISODate("2020-04-21T16:35:07Z"),
"lastHeartbeat" : ISODate("2020-04-21T16:36:58.016Z"),
"lastHeartbeatRecv" : ISODate("2020-04-21T16:36:58.008Z"),
"pingMs" : 0,
"syncingTo" : "192.168.0.49:27017",
"configVersion" : 10
}
],
"ok" : 1
}
说明：
1） “name” : “192.168.0.49:27018” 是第二个节点的名字，其角色是 “stateStr” : “SECONDARY”
1.4.9 第五步：添加仲裁从节点
添加一个仲裁节点到副本集
语法：
rs.addArb(host)
将27019的仲裁节点添加到副本集中：
myrs:PRIMARY> rs.addArb("192.168.0.49:27019")
{ "ok" : 1 }
说明：
1） “ok” : 1 ：说明添加成功。
查看副本集状态：
myrs:PRIMARY> rs.status()
{
"set" : "myrs",
"date" : ISODate("2020-04-21T16:39:57.624Z"),
"myState" : 1,
"members" : [
{
"_id" : 0,
"name" : "192.168.0.49:27017",
"health" : 1,
"state" : 1,
"stateStr" : "PRIMARY",
"uptime" : 2638,
"optime" : Timestamp(1587487143, 1),
"optimeDate" : ISODate("2020-04-21T16:39:03Z"),
"electionTime" : Timestamp(1587486909, 1),
"electionDate" : ISODate("2020-04-21T16:35:09Z"),
"configVersion" : 11,
"self" : true
},
{
"_id" : 1,
"name" : "192.168.0.49:27018",
"health" : 1,
"state" : 2,
"stateStr" : "SECONDARY",
"uptime" : 287,
"optime" : Timestamp(1587487143, 1),
"optimeDate" : ISODate("2020-04-21T16:39:03Z"),
"lastHeartbeat" : ISODate("2020-04-21T16:39:57.580Z"),
"lastHeartbeatRecv" : ISODate("2020-04-21T16:39:56.098Z"),
"pingMs" : 0,
"lastHeartbeatMessage" : "could not find member to sync from",
"configVersion" : 11
},
{
"_id" : 2,
"name" : "192.168.0.49:27019",
"health" : 1,
"state" : 7,
"stateStr" : "ARBITER",
"uptime" : 52,
"lastHeartbeat" : ISODate("2020-04-21T16:39:57.576Z"),
"lastHeartbeatRecv" : ISODate("2020-04-21T16:39:57.584Z"),
"pingMs" : 0,
"configVersion" : 11
}
],
"ok" : 1
}
说明：
1） “name” : “192.168.0.49:27019” 是第二个节点的名字，其角色是 “stateStr” : “ARBITER”
1.5 副本集的数据读写操作
目标：测试三个不同角色的节点的数据读写情况。
登录主节点27017，写入和读取数据：
[root@localhost conf]# /usr/local/mongodb/bin/mongo --host 192.168.0.49 --port 27017
MongoDB shell version: 3.0.6
connecting to: 192.168.0.49:27017/test
Server has startup warnings:
2020-04-21T23:55:59.524+0800 I STORAGE [initandlisten]
2020-04-21T23:55:59.524+0800 I STORAGE [initandlisten] ** WARNING: Readahead for /mongodb/replica_sets/myrs_27017/data/db is set to 4096KB
2020-04-21T23:55:59.524+0800 I STORAGE [initandlisten] ** We suggest setting it to 256KB (512 sectors) or less
2020-04-21T23:55:59.524+0800 I STORAGE [initandlisten] ** http://dochub.mongodb.org/core/readahead
2020-04-21T23:55:59.552+0800 I CONTROL [initandlisten] ** WARNING: You are running this process as the root user, which is not recommended.
2020-04-21T23:55:59.552+0800 I CONTROL [initandlisten]
2020-04-21T23:55:59.552+0800 I CONTROL [initandlisten]
2020-04-21T23:55:59.552+0800 I CONTROL [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/enabled is 'always'.
2020-04-21T23:55:59.552+0800 I CONTROL [initandlisten] ** We suggest setting it to 'never'
2020-04-21T23:55:59.552+0800 I CONTROL [initandlisten]
2020-04-21T23:55:59.552+0800 I CONTROL [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/defrag is 'always'.
2020-04-21T23:55:59.552+0800 I CONTROL [initandlisten] ** We suggest setting it to 'never'
2020-04-21T23:55:59.552+0800 I CONTROL [initandlisten]
myrs:PRIMARY> use articledb
switched to db articledb
myrs:PRIMARY> db
articledb
myrs:PRIMARY> db.comment.insert({"articleid":"100000","content":"今天天气真好，阳光 明媚","userid":"1001","nickname":"Rose","createdatetime":new Date()})
WriteResult({ "nInserted" : 1 })
myrs:PRIMARY> db.comment.find()
{ "_id" : ObjectId("5e9f25e0b2050eba96b1b2fc"), "articleid" : "100000", "content" : "今天天气真好，阳光 明媚", "userid" : "1001", "nickname" : "Rose", "createdatetime" : ISODate("2020-04-21T16:57:04.237Z") }
登录从节点27018
[root@localhost conf]# /usr/local/mongodb/bin/mongo --host 192.168.0.49 --port 27018
MongoDB shell version: 3.0.6
connecting to: 192.168.0.49:27018/test
Server has startup warnings:
2020-04-22T00:00:26.191+0800 I STORAGE [initandlisten]
2020-04-22T00:00:26.191+0800 I STORAGE [initandlisten] ** WARNING: Readahead for /mongodb/replica_sets/myrs_27018/data/db is set to 4096KB
2020-04-22T00:00:26.191+0800 I STORAGE [initandlisten] ** We suggest setting it to 256KB (512 sectors) or less
2020-04-22T00:00:26.191+0800 I STORAGE [initandlisten] ** http://dochub.mongodb.org/core/readahead
2020-04-22T00:00:26.221+0800 I CONTROL [initandlisten] ** WARNING: You are running this process as the root user, which is not recommended.
2020-04-22T00:00:26.221+0800 I CONTROL [initandlisten]
2020-04-22T00:00:26.222+0800 I CONTROL [initandlisten]
2020-04-22T00:00:26.222+0800 I CONTROL [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/enabled is 'always'.
2020-04-22T00:00:26.222+0800 I CONTROL [initandlisten] ** We suggest setting it to 'never'
2020-04-22T00:00:26.222+0800 I CONTROL [initandlisten]
2020-04-22T00:00:26.222+0800 I CONTROL [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/defrag is 'always'.
2020-04-22T00:00:26.222+0800 I CONTROL [initandlisten] ** We suggest setting it to 'never'
2020-04-22T00:00:26.222+0800 I CONTROL [initandlisten]
myrs:SECONDARY> show dbs
2020-04-22T01:01:38.819+0800 E QUERY Error: listDatabases failed:{ "note" : "from execCommand", "ok" : 0, "errmsg" : "not master" }
at Error ()
at Mongo.getDBs (src/mongo/shell/mongo.js:47:15)
at shellHelper.show (src/mongo/shell/utils.js:630:33)
at shellHelper (src/mongo/shell/utils.js:524:36)
at (shellhelp2):1:1 at src/mongo/shell/mongo.js:47
发现，不能读取集合的数据。当前从节点只是一个备份，不是奴隶节点，无法读取数据，写当然更不 行。
因为默认情况下，从节点是没有读写权限的，可以增加读的权限，但需要进行设置。
设置读操作权限：
说明：
设置为奴隶节点，允许在从成员上运行读的操作
语法：
rs.slaveOk()
#或
rs.slaveOk(true)
提示：
该命令是 db.getMongo().setSlaveOk() 的简化命令。
【示例】
在27018上设置作为奴隶节点权限，具备读权限：
rs:SECONDARY> rs.slaveOk()
此时，在执行查询命令，运行成功！
但仍然不允许插入。
[root@localhost conf]# /usr/local/mongodb/bin/mongo --host 192.168.0.49 --port 27018
MongoDB shell version: 3.0.6
connecting to: 192.168.0.49:27018/test
Server has startup warnings:
2020-04-22T00:00:26.191+0800 I STORAGE [initandlisten]
2020-04-22T00:00:26.191+0800 I STORAGE [initandlisten] ** WARNING: Readahead for /mongodb/replica_sets/myrs_27018/data/db is set to 4096KB
2020-04-22T00:00:26.191+0800 I STORAGE [initandlisten] ** We suggest setting it to 256KB (512 sectors) or less
2020-04-22T00:00:26.191+0800 I STORAGE [initandlisten] ** http://dochub.mongodb.org/core/readahead
2020-04-22T00:00:26.221+0800 I CONTROL [initandlisten] ** WARNING: You are running this process as the root user, which is not recommended.
2020-04-22T00:00:26.221+0800 I CONTROL [initandlisten]
2020-04-22T00:00:26.222+0800 I CONTROL [initandlisten]
2020-04-22T00:00:26.222+0800 I CONTROL [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/enabled is 'always'.
2020-04-22T00:00:26.222+0800 I CONTROL [initandlisten] ** We suggest setting it to 'never'
2020-04-22T00:00:26.222+0800 I CONTROL [initandlisten]
2020-04-22T00:00:26.222+0800 I CONTROL [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/defrag is 'always'.
2020-04-22T00:00:26.222+0800 I CONTROL [initandlisten] ** We suggest setting it to 'never'
2020-04-22T00:00:26.222+0800 I CONTROL [initandlisten]
myrs:SECONDARY> show dbs
2020-04-22T01:01:38.819+0800 E QUERY Error: listDatabases failed:{ "note" : "from execCommand", "ok" : 0, "errmsg" : "not master" }
at Error ()
at Mongo.getDBs (src/mongo/shell/mongo.js:47:15)
at shellHelper.show (src/mongo/shell/utils.js:630:33)
at shellHelper (src/mongo/shell/utils.js:524:36)
at (shellhelp2):1:1 at src/mongo/shell/mongo.js:47
myrs:SECONDARY> rs.slaveOk()
myrs:SECONDARY> show dbs;
articledb 0.078GB
local 1.078GB
test 0.078GB
myrs:SECONDARY> use articledb
switched to db articledb
myrs:SECONDARY> db.comment.find()
{ "_id" : ObjectId("5e9f25e0b2050eba96b1b2fc"), "articleid" : "100000", "content" : "今天天气真好，阳光 明媚", "userid" : "1001", "nickname" : "Rose", "createdatetime" : ISODate("2020-04-21T16:57:04.237Z") }
myrs:SECONDARY> db.comment.insert({"_id":"1","articleid":"100001","content":"我们 不应该把清晨浪费在手机上，健康很重要，k一杯温水幸福你我 他。","userid":"1002","nickname":"相忘于江湖","createdatetime":new Date("2019-0805T22:08:15.522Z"),"likenum":NumberInt(1000),"state":"1"})
WriteResult({ "writeError" : { "code" : undefined, "errmsg" : "not master" } })
现在可实现了读写分离，让主插入数据，让从来读取数据。
如果要取消作为奴隶节点的读权限：
rs.slaveOk(false)
仲裁者节点，不存放任何业务数据的，可以登录查看
[root@localhost conf]# /usr/local/mongodb/bin/mongo --host 192.168.0.49 --port 27019
MongoDB shell version: 3.0.6
connecting to: 192.168.0.49:27019/test
Server has startup warnings:
2020-04-22T00:04:50.414+0800 I STORAGE [initandlisten]
2020-04-22T00:04:50.414+0800 I STORAGE [initandlisten] ** WARNING: Readahead for /mongodb/replica_sets/myrs_27019/data/db is set to 4096KB
2020-04-22T00:04:50.414+0800 I STORAGE [initandlisten] ** We suggest setting it to 256KB (512 sectors) or less
2020-04-22T00:04:50.414+0800 I STORAGE [initandlisten] ** http://dochub.mongodb.org/core/readahead
2020-04-22T00:04:50.463+0800 I CONTROL [initandlisten] ** WARNING: You are running this process as the root user, which is not recommended.
2020-04-22T00:04:50.463+0800 I CONTROL [initandlisten]
2020-04-22T00:04:50.463+0800 I CONTROL [initandlisten]
2020-04-22T00:04:50.463+0800 I CONTROL [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/enabled is 'always'.
2020-04-22T00:04:50.463+0800 I CONTROL [initandlisten] ** We suggest setting it to 'never'
2020-04-22T00:04:50.463+0800 I CONTROL [initandlisten]
2020-04-22T00:04:50.463+0800 I CONTROL [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/defrag is 'always'.
2020-04-22T00:04:50.463+0800 I CONTROL [initandlisten] ** We suggest setting it to 'never'
2020-04-22T00:04:50.463+0800 I CONTROL [initandlisten]
myrs:ARBITER> rs.slaveOk()
myrs:ARBITER> show dbs
local 0.078GB
1.6 主节点的选举原则
MongoDB在副本集中，会自动进行主节点的选举，主节点选举的触发条件：
1） 主节点故障
2） 主节点网络不可达（默认心跳信息为10秒）
3） 人工干预（rs.stepDown(600)）
一旦触发选举，就要根据一定规则来选主节点。
选举规则是根据票数来决定谁获胜：
票数最高，且获得了“大多数”成员的投票支持的节点获胜。 “大多数”的定义为：假设复制集内投票成员数量为N，则大多数为 N/2 + 1。例如：3个投票成员， 则大多数的值是2。当复制集内存活成员数量不足大多数时，整个复制集将无法选举出Primary， 复制集将无法提供写服务，处于只读状态。
若票数相同，且都获得了“大多数”成员的投票支持的，数据新的节点获胜。 数据的新旧是通过操作日志oplog来对比的。或者优先级的值高的，优先数据oplog最新的。
默认情况下，优先级的值是1
myrs:PRIMARY> rs.conf()
{
"_id" : "myrs",
"version" : 11,
"members" : [
{
"_id" : 0,
"host" : "192.168.0.49:27017",
"arbiterOnly" : false,
"buildIndexes" : true,
"hidden" : false,
"priority" : 1,
"tags" : {
},
"slaveDelay" : 0,
"votes" : 1
},
{
"_id" : 1,
"host" : "192.168.0.49:27018",
"arbiterOnly" : false,
"buildIndexes" : true,
"hidden" : false,
"priority" : 1,
"tags" : {
},
"slaveDelay" : 0,
"votes" : 1
},
{
"_id" : 2,
"host" : "192.168.0.49:27019",
"arbiterOnly" : true,
"buildIndexes" : true,
"hidden" : false,
"priority" : 1,
"tags" : {
},
"slaveDelay" : 0,
"votes" : 1
}
],
"settings" : {
"chainingAllowed" : true,
"heartbeatTimeoutSecs" : 10,
"getLastErrorModes" : {
},
"getLastErrorDefaults" : {
"w" : 1,
"wtimeout" : 0
}
}
}
可以看出，主节点和副本节点的优先级各为1，即，默认可以认为都已经有了一票。但选举节点，优先 级是0，（要注意是，官方说了，选举节点的优先级必须是0，不能是别的值。即不具备选举权，但具有 投票权）
【了解】修改优先级
比如，下面提升从节点的优先级：
1）先将配置导入cfg变量
myrs:SECONDARY> cfg=rs.conf()
2）然后修改值（ID号默认从0开始）：
myrs:SECONDARY> cfg.members[1].priority=2
3）重新加载配置
myrs:SECONDARY> rs.reconfig(cfg)
{ "ok" : 1 }
稍等片刻会重新开始选举。
1.7 故障测试
1.7.1 副本节点故障测试
关闭27018副本节点： 发现，主节点和仲裁节点对27018的心跳失败。因为主节点还在，因此，没有触发投票选举。
如果此时，在主节点写入数据。
db.comment.insert({"_id":"1","articleid":"100001","content":"我们不应该把清晨浪费在 手机上，健康很重要，一杯温水幸福你我他。","userid":"1002","nickname":"相忘于江 湖","createdatetime":new Date("2019-0805T22:08:15.522Z"),"likenum":NumberInt(1000),"state":"1"})
再启动从节点，会发现，主节点写入的数据，会自动同步给从节点。
1.7.2主节点故障测试
关闭27017节点
发现，从节点和仲裁节点对27017的心跳失败，当失败超过10秒，此时因为没有主节点了，会自动发起 投票。
而副本节点只有27018，因此，候选人只有一个就是27018，开始投票。 27019向27018投了一票，27018本身自带一票，因此共两票，超过了“大多数”
27019是仲裁节点，没有选举权，27018不向其投票，其票数是0. 最终结果，27018成为主节点。具备读写功能。
在27018写入数据查看。
db.comment.insert({"_id":"2","articleid":"100001","content":"我夏天空腹喝凉开水，冬 天喝温开水","userid":"1005","nickname":"伊人憔悴","createdatetime":new Date("201908-05T23:58:51.485Z"),"likenum":NumberInt(888),"state":"1"})
再启动27017节点，发现27017变成了从节点，27018仍保持主节点。 登录27017节点，发现是从节点了，数据自动从27018同步。
从而实现了高可用。
1.7.3 仲裁节点和主节点故障
先关掉仲裁节点27019， 关掉现在的主节点27018 登录27017后，发现，27017仍然是从节点，副本集中没有主节点了，导致此时，副本集是只读状态， 无法写入。
为啥不选举了？因为27017的票数，没有获得大多数，即没有大于等于2，它只有默认的一票（优先级 是1）
如果要触发选举，随便加入一个成员即可。
如果只加入27019仲裁节点成员，则主节点一定是27017，因为没得选了，仲裁节点不参与选举， 但参与投票。（不演示）
如果只加入27018节点，会发起选举。因为27017和27018都是两票，则按照谁数据新，谁当主节点
1.7.4 仲裁节点和从节点故障
先关掉仲裁节点27019，
关掉现在的副本节点27018
10秒后，27017主节点自动降级为副本节点。（服务降级）
副本集不可写数据了，已经故障了。