複制集是額外的資料副本，是跨多個伺服器同步資料的過程，複制集提供了備援并增加了資料可用性，通過複制集可以對硬體故障和中斷的服務進行恢複。 複制集的優勢如下： 讓資料更安全 高資料可用性（24*7） 災難恢複 無停機維護（如備份、索引重建、故障轉移） 讀縮放（額外的副本讀取） 副本集對應用程式是透明的
MongoDB的複制集至少需要兩個節點。其中一個是主節點（Primary），負責處理用戶端的請求，其餘的都是從節點（Secondary），負責複制主節點上的資料。 MongoDB各個節點常見的搭配方式為：一主一從或一主多從。主節點記錄其上的所有操作到oplog中，從節點定期輪詢主節點擷取這些操作，進而保證從節點的資料與主節點一緻。 用戶端在主節點寫入資料，在從節點讀取資料，主節點與從節點進行資料互動保障資料的一緻性。如果其中一個節點出現故障，其他節點馬上會将業務接過來而無須停機操作。 複制集特點如下： N個節點的群集 任何節點可作為主節點 所有寫入操作都在主節點上 自動故障轉移 自動恢複
如何建立多執行個體，在我之前的部落格中已經寫過，可以參考Yum安裝MongoDB及資料庫管理每個執行個體建立時都應該先建立資料檔案目錄（mongo）和日志檔案（mongod.log），同時在修改配置檔案時要注意修改使用不同的端口号在做複制集時，我們要多修改一個參數，replication的參數值，并保證多個執行個體的該參數值都保持一緻根據項目要求，需建立額外三個執行個體，加上原有的一個執行個體，一共四個執行個體。
我在做實驗的時候發現，MongoDB中對配置檔案的格式也有嚴格要求，在對replication參數值進行修改時要特别注意
項目示意圖如下：
我們先配置包含三個節點的複制集，多出來的一個節點，會在接下來再做一個節點添加的操作
在初始化複制集時，要確定從節點沒有資料，不然在初始化以後會造成從節點伺服器的資料丢失。