MongoDB的複製集是一個主從複製模式 又具有故障轉移的叢集，任何成員都有可能是master，
當master掛掉用會很快的重新選舉一個節點來充當master。

複製集中的組成主要成員

• Primary
  資料讀寫 master節點
• Secondary
  備份Primary的資料 預設設定下 不可讀 不可寫
• arbiter
  投票節點 此節點不會存資料 只參與投票 ，當primary節點出現異常掛掉之後 arbiter節點負責從secondary 節點中選舉一個節點升級為Primary節點

其中可以設定Secondary節點可讀，讓Primary節點負責寫，這些就實現了一個高效簡單的讀寫分離    。    

環境搭建

以3個例項來演示一下複製叢集的搭建過程 分別為:127.0.0.1:12345,127.0.0.1:12346,127.0.0.1:12347。
需要預先建立好各目錄的資料夾 不然啟動的時候會報錯，這裡還有一個坑是 pidfilepath配置項必須是絕對路徑，
否則也會報錯，replSet在同一個複製集中也需要具有一致的名稱。

注意在舊版本中是使用的是master slave模式 目前使用的是3.4官方不支援使用這種方式，
官方希望使用replset代替master slave。所以當你配置master或者slave的時候就會報錯。

127.0.0.1:12345配置

分別啟動好3個例項之後，隨便進入一個例項

初始化複製叢集

var rs_conf={
        "_id" : "mydbCenter",
        "members" : [
                {
                        "_id" : 0,
                        "host" : "127.0.0.1:12345"
                },
                {
                        "_id" : 1,
                        "host" : "127.0.0.1:12346"
                },
                {
                        "_id" : 2,
                        "host" : "127.0.0.1:12347"
                }
        ]
}

rs.initiate(rs_conf)

這裡有一個限制就是需要叢集的節點中不能有資料 需要先清空一下 不然initiate的時候會出錯。
配置成功後使用rs.status()命令檢視各節點狀態，一些正常 就能看到各節點的狀態資訊

rs.status()

搭建好複製叢集之後命令列的識別符號會變為相應的成員型別如

mydbCenter:PRIMARY> 
mydbCenter:SECONDARY>

這也是檢驗叢集是否搭建的成功的一個小標識。

接著可以嘗試一下在Primary中寫入一條資料。這條資料會立即同步到各個Secondary節點中。
當然前面也說過預設情況的Secondary不可讀 會報下面的錯誤。

{
        "ok" : 0,
        "errmsg" : "not master and slaveOk=false",
        "code" : 13435,
        "codeName" : "NotMasterNoSlaveOk"
}

所以需要在Secondary中執行

db.getMongo().setSlaveOk()

在網路上看到有很多帖子說只要在Primary節點中執行 db.getMongo().setSlaveOk()
就能在Secondary節點中讀取資料，但是在3.4版本試了一下是不行的。需要在Secondary中執行一下
db.getMongo().setSlaveOk()讓Secondary可讀。

新增節點

如果現在已經有搭建好一個複製叢集了 老闆想多加一臺備份機器進去 怎麼辦？
只需要啟動好新機器的例項後 在Primary中呼叫rs.add() 方法即可

rs.add({"host" : "127.0.0.1:12348"})

新增投票節點呼叫rs.addArb()方法。