1、Replication簡介

MongoDB Replication即是在多個伺服器中同步複製資料，資料複製的目的為提供冗餘和提高資料的可用性，資料複製的操作即在不同的資料庫伺服器上儲存多份複製的資料集，以此來避免單機故障進而丟失資料，複製機制也允許你恢復硬體故障和服務中斷，進而起到資料的容災和備份作用。

在MongoDB中，一個複製集就是一組mongod例項，一個mongod例項作為primary也就是所謂的master服務，接收所有的寫操作，其他的mongod例項作為secondaries也就是所謂的slave服務，它們的業務來自於primary，以便於得到和primary相同的資料集。

1.1、Primary（master）

primary服務接收來自客戶端的所有些操作，一個複製集架構中僅僅只能有一個primary服務，因為僅僅只允許一個複製集的成員接收寫操作，複製集架構提供嚴格規定所有的讀必須來自primary，MongoDB通過oplog日誌來支援資料的變更。

以下是基於primary的複製集基礎架構圖：

1.2、secondaries（slave）

secondaries服務複製primary的主日誌(oplog)來對它們的資料集進行操作，Secondaries資料集反映的是primary資料集，如果primary服務不可達，Replica Set架構會自動選擇一個Secondaries來作為Primary，預設情況下，客戶端從Primary進行讀操作，然而客戶端可以直接傳送讀操作給一個Secondaries服務來獲取資料。客戶端從Secondaries服務讀取的資料不一定反映的是Primary的資料。

以下是基於Secondaries的複製集架構：

• 不要在一個Replica Set架構的成員的機器上部署一個Arbiter(仲裁者)服務。
• Arbiter(仲裁者)不儲存資料，但是當一個Arbiter（仲裁者）的mongod程序被新增到一個Replica Set架構中，Arbiter(仲裁者)會像其他任何一個mongod程序一樣開始啟動一個帶有滿容量的journal的資料檔案集合。
• Arbiter允許在一個Replica Set中設定一個投票選舉的基數。如下圖架構所示：

• 建立一個仲裁者的資料目錄（如dbpath），mongod例項用這個目錄來儲存配置資料，該目錄不會儲存一個來自primary主日誌複製的資料集合。如下所示:

mkdir /data/arb

• 開啟一個Arbiter服務，需要指定資料目錄和Replica Set名稱，如下所示：

mongod --port 30000 --dbpath /data/arb --replSet rs

• 使用rs.addArb()方法將Arbiter服務新增到一個Replica Set，同時連線到Primary服務。

rs.addArb("m1.example.net:30000")