副本集的主要功能

副本集是MongoDB高可用的基礎，其主要作用 歸納為以下幾點：

（1）高可用，防止裝置（伺服器、網路）故障。提供自動FailOver功能。

（2）無需配置高可用性虛擬節點；無論是SQL Server 的AlwaysOn 還是 MySQL 的 MHA方案 都需要有可用性組 或叢集的虛擬IP，要求程式連線使用這個虛擬IP。但是MongoDB 副本集不需要  配置虛擬IP，而是當我們在連線字串中指定replicaSet 引數設定 後，會自動識別查詢master節點。這樣 可以省去 DBA 對虛擬高可用IP的配置和管理。另外，還有一點 可以保證  主節點、輔助節點切換 對程式的影響，比如丟資料的影響。就是 程式驅動到每個幾點都預先建立了一個連線，這個連線 會實時監控節點狀態。當主節點切換時，會很快就識別出，這種機制保證了切換對程式的影響。

（3）災難恢復，當發生故障時，可以從其它節點快速恢復。

（4）功能隔離，用於分析、報表，資料探勘，系統任務等。用於備份。

副本集節點屬性介紹

複製整合員最多50個。參與Primary選舉投票的成員最多7個，其他成員的votes屬性必須設定為0，即不參與投票。

下面我們對副本集的節點做下梳理。

一般而言，副本集節點有3中型別，主節點（Primary）、輔助節點（Secondary）、見證節點（Arbiter）。

主節點（Primary）

 這個節點也比較容易理解。和其他資料庫上的主節點一樣，可以提供讀寫。再次不再贅述。

見證節點（Arbiter）

沒有資料副本，不會成為Primary節點，主要用來選舉投票。

當副本集的節點資料為偶數時，可以考慮新增一個見證節點。

見證節點因為沒有資料，只是投票，所以見證節點需要的資源很小，可以和其他應用公用一臺伺服器，但是不建議將見證節點部署在副本集的主節點或輔助節點節點上。

輔助節點（Secondary）

輔助節點也基本上和其他型別資料庫的輔助節點一樣，可以充當備胎。我們在此主要講一講 輔助節點可以設定的幾個屬性。

設定為優先順序為0的節點

優先順序為0的節點的特點

1）不會升級為主節點。但是卻可以投票。

2）此節點正常參與Primary產生的oplog的讀取，進行資料備份和命令執行。

3）此節點可正常參與客戶端對於資料的讀取，進行擔當負載均衡的工作。

4）在write concern 設定中，此節點是可見的，在決定w : <number>.時，是有用節點。與屬性votes =0 不同。

Priority=0在mongoDB中的解釋就是一個Standby，可投票不可參選，又幹活又負載。對於Priority為0節點的情況，通常作為一個standby，或由於硬體配置較差，設定為0以使用不可能成為主。

此節點在資料多中心時很有用。可以將異地的資料節點新增這種屬性。

隱藏節點（Hidden）

字面上來說，隱藏。這個隱藏式對客戶端的隱藏，客戶端如果要讀取Secondary的資料，永遠無法讀取Hidden節點的資料，因為設定了Hidden的這個節點對於客戶端是透明的，不可見。但是，對於自己的Secondary的群體和Primary來說都是可見的，所以，Hidden依然可以投票，依然要按照oplog進行命令的複製，只是，不參與負載了。

Hidden屬性的前提是必須是一個Priority=0的節點，所以會具備一些優先順序=0的特點。

1）Hidden節點不能被選為主（Priority為0），並且對Driver不可見。

2）但在Hidden節點上，可做一些資料備份、離線計算的任務，不會影響複製集的服務

3）隱藏節點成員建議總是將其優先順序設定為0(priority 0)

4）由於對Driver不可見，因此不會作為read preference節點，隱藏節點可以作為投票節點

5）在分片叢集當中，mongos不會同隱藏節點互動。

延遲節點（Delayed）

延遲比較容易理解，代表此節點的資料與Primary的資料有一定的遲延，通過設定一個遲延的屬性來確定。

1）此節點必須是一個Priority=0且為Hidden的節點。

2）此節點雖然又遲延又Hidden，但是還是可以投票。

3）延遲單位設定為秒。

節點屬性如下：

{
   "_id" : <num>,
   "host" : <hostname:port>,
   "priority" : 0,
   "slaveDelay" : <seconds>,
   "hidden" : true
}

 非投票節點（votes：0）

我們在前面已經接受了，一個副本集最多有7個投票節點，如果還有其它的節點，需要設定為非投票節點。

非投票節點擁有資料副本，但是不參與投票。另外，非投票節點，其 priority 必須設定為 0。