什么是復制集?

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

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

　　基本的成員?

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

　　Priority0 Priority0節(jié)點的選舉優(yōu)先級為0，不會被選舉為Primary

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

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

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

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