什么是復制集?

　　保證數據在生產部署時的冗余和可靠性，通過在不同的機器上保存副本來保證數據的不會因為單點損壞而丟失。能夠隨時應對數據丟失、機器損壞帶來的風險。換一句話來說，還能提高讀取能力，用戶的讀取服務器和寫入服務器在不同的地方，而且，由不同的服務器為不同的用戶提供服務，提高整個系統的負載。

　　在MongoDB中就是復制集(replica set)： 一組復制集就是一組mongod實例掌管同一個數據集，實例可以在不同的機器上面。實例中包含一個主導，接受客戶端所有的寫入操作，其他都是副本實例，從主服務器上獲得數據并保持同步。

　　基本的成員?

　　主節點(Primary) 包含了所有的寫操作的日志。但是副本服務器集群包含有所有的主服務器數據，因此當主服務器掛掉了，就會在副本服務器上重新選取一個成為主服務器。MongoDB還細化將從節點(Primary)進行了細化

　　Priority0 Priority0節點的選舉優先級為0，不會被選舉為Primary

　　Hidden 隱藏節點將不會收到來自應用程序的請求, 可使用Hidden節點做一些數據備份、離線計算的任務，不會影響復制集的服務

　　Delayed Delayed節點必須是Hidden節點，并且其數據落后與Primary一段時間(可配置，比如1個小時);當錯誤或者無效的數據寫入Primary時，可通過Delayed節點的數據來恢復到之前的時間點。

　　從節點(Seconary) 正常情況下，復制集的Seconary會參與Primary選舉(自身也可能會被選為Primary)，并從Primary同步最新寫入的數據，以保證與Primary存儲相同的數據;增加Secondary節點可以提供復制集的讀服務能力，同時提升復制集的可用性。

　　仲裁節點(Arbiter) Arbiter節點只參與投票，不能被選為Primary，并且不從Primary同步數據。比如你部署了一個2個節點的復制集，1個Primary，1個Secondary，任意節點宕機，復制集將不能提供服務了(無法選出Primary)，這時可以給復制集添加一個Arbiter節點，即使有節點宕機，仍能選出Primary。