副本集的主要功能
副本集是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。
