From a59b9bbdb3aff1f17071362aabe8f0f87dccee80 Mon Sep 17 00:00:00 2001
From: heibaiying <31504331+heibaiying@users.noreply.github.com>
Date: Wed, 18 Dec 2019 17:15:39 +0800
Subject: [PATCH] =?UTF-8?q?Update=20MongoDB=5F=E5=A4=8D=E5=88=B6.md?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
---
notes/MongoDB_复制.md | 8 ++++++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/notes/MongoDB_复制.md b/notes/MongoDB_复制.md
index 06038e3..82fe4fe 100644
--- a/notes/MongoDB_复制.md
+++ b/notes/MongoDB_复制.md
@@ -25,6 +25,7 @@
为保证数据安全，实现高可用，MongoDB 提供了复制功能，可以将主节点上的数据复制到多个从节点上，这样即便主节点异常，由于数据是以多副本的方式存储，仍然可以保证数据安全。一个标准的三节点的副本集的架构如下：
+
#### 1. 初始同步
在副本集初始化时，主节点的 mongod 进程会扫描当前节点上每个数据库中的每个集合，然后将这些数据发送给从节点，进行初始化的全量复制。
@@ -44,6 +45,7 @@ MongoDB 按 namespace 或 document id 对每批操作进行分组，并使用不
虽然仲裁者可以占用更少的服务器资源，但是由于其并不存储数据，所以对数据的安全性并不能起到帮助作用。因此应该尽量避免使用仲裁者，同时尽量保证最多只使用一个仲裁者，即如果节点数量恰好是偶数，则添加一个仲裁者，如果节点数量是奇数，那就不需要仲裁者。
+
## 二、故障发现与恢复
### 2.1 故障发现
@@ -54,9 +56,8 @@ MongoDB 按 namespace 或 document id 对每批操作进行分组，并使用不
MongoDB 的选举算法会尝试让高优先级的节点优先发起选举，从而更容易在选举中胜出。如果某一个优先级较低的节点在短时间内被选举为新的主节点，这时副本集仍然会继续发起选举，直至可用的最高优先级的节点成为新的主节点。需要特别注意的是在这个过程当中，优先级为 0 的成员不能寻求选举，也不能成为主节点。
-
-
+
### 2.3 投票成员
节点发起选举后，需要具有投票权的节点进行投票，当获得半数以上选票时，该备用节点可以成为新的主节点。对于一个复制集，只有处于以下状态的节点拥有投票权，这些节点统称为投票成员：
@@ -76,6 +77,7 @@ MongoDB 的选举算法会尝试让高优先级的节点优先发起选举，从
如下示例是一个 9 个成员的副本集，包含 7 个投票成员和 2 个无投票成员：
+
## 三、搭建副本集
这里以搭建一个三节点的副本集为例，使用三台服务器，主机名分别为 hadoop001，hadoop002，hadoop003。
@@ -85,6 +87,7 @@ MongoDB 的选举算法会尝试让高优先级的节点优先发起选举，从
选择所需版本的 MongoDB 进行下载，下载地址为： https://www.mongodb.com/download-center/community
+
这里我下载的版本为 `4.0.10` , 安装环境为 `RHEL 7.0`，下载后进行解压：
```shell
@@ -176,6 +179,7 @@ rs.initiate( {
使用 `rs.status()` 命令查看副本集状态，部分输出如下。从输出中可以看到 hadoop001 为 PRIMARY 节点，而 hadoop002 和 hadoop003 均为 SECONDARY 节点，此时代表副本集已经搭建成功。
+
## 参考资料
- 官方文档：https://docs.mongodb.com/manual/replication/
