主頁 > 知識庫 > MongoDB的主從復(fù)制及副本集的replSet配置教程

MongoDB的主從復(fù)制及副本集的replSet配置教程

復(fù)制
MongoDB的復(fù)制功能很重要，尤其是現(xiàn)在的存儲引擎還不支持單擊持久性。不僅可以用復(fù)制來應(yīng)對故障切換，數(shù)據(jù)集成，還可以做讀擴展，熱備份或作為離線批處理的數(shù)據(jù)源。

1.主從復(fù)制
主從復(fù)制是MongoDB最常用的復(fù)制方式。可用于備份，故障恢復(fù)和讀擴展等。
基本就是搭建一個主節(jié)點和一個或多個從節(jié)點，每個從節(jié)點需要知道主節(jié)點的地址。運行mongod --master啟動主服務(wù)器。運行mongod --slave --source master_address啟動從服務(wù)器。
[root@test02 ~]# mongod --fork --dbpath /data/node2 --logpath /data/mongodb.log --port 10001 --logappend --master從節(jié)點選擇不同的目錄和端口，并且用--source為從節(jié)點指明主節(jié)點的地址。
[root@test02 ~]# mongod --fork --dbpath /data/node3 --logpath /data/mongodb2.log --port 10002 --logappend --slave --source localhost:10001所有的從節(jié)點都是從主節(jié)點復(fù)制信息，目前還不能從節(jié)點到從節(jié)點復(fù)制機制，原因是從節(jié)點沒有自己的oplog。
一個集群中從節(jié)點沒有明確的限制，但是多個節(jié)點對單點主機發(fā)起的查詢也是吃不消的，不超過12個節(jié)點的集群可以良好運轉(zhuǎn)。

1.1 選項
（1）--only
在從節(jié)點上指定只復(fù)制特定某個數(shù)據(jù)庫(默認復(fù)制所有數(shù)據(jù)庫)。
（2）--slavedelay
用在從節(jié)點上，當應(yīng)用主節(jié)點的操作時增加延遲。這樣可以輕松設(shè)置延時從節(jié)點了，這樣的節(jié)點對于用戶無意間刪除重要數(shù)據(jù)或插入垃圾數(shù)據(jù)起到防護作用。通過延緩操作，可以有個恢復(fù)時間差。
（3）--fastsync
以主節(jié)點的數(shù)據(jù)快照為基礎(chǔ)啟動從節(jié)點。如果數(shù)據(jù)目錄一開始時主節(jié)點的數(shù)據(jù)快照，從節(jié)點用這個選項啟動要比做完整同步塊很多。
（4）--autoresync
如果主節(jié)點和從節(jié)點不同步，可以自動同步了。
（5）--oplogsuze
主節(jié)點oplog的大小(單位是MB)。

1.2 添加以及刪除源

cat >> /etc/hosts EOF
192.168.27.212 test02
192.168.27.213 test03
192.168.27.214 test01
EOF

啟動從節(jié)點時可以用--source指定主節(jié)點，也可以在shell中配置這個源。
[root@test02 ~]# mongod --fork --dbpath /data/node3 --logpath /data/mongodb.log --port 10003 --logappend --slave將192.168.27.212:10001作為源插入到從節(jié)點上。

> db.sources.insert({ "host" : "192.168.27.212:10001"});

立即查詢會得到插入的文檔：

> use local
switched to db local
> db.sources.find();
{ "_id" : ObjectId("530be5049ab1ad709cfe66b7"), "host" : "test02:10001"

當同步完成后，文檔更新：

> db.sources.find();
{ "_id" : ObjectId("530bf0ab058022d91574c79c"), "host" : "test02:10001", "source" : "main", "syncedTo" : Timestamp(1393291443, 1), "dbsNextPass" : { "foo" : true, "test" : true } }

2.副本集
副本集就是有自動故障恢復(fù)功能的主從集群。主從集群和副本集最為明顯的區(qū)別就是副本集沒有固定的主節(jié)點：整個集群會選舉出一個主節(jié)點，當其不能工作時，則變更到其它節(jié)點。副本集總會有一個活躍節(jié)點和一個或多個備份節(jié)點。
副本集最好的優(yōu)點就是全自動化的。

mongod --fork --dbpath /data/node2 --logpath /data/mongodb.log --port 10001 --logappend --replSet myrepl/test03:10002
mongod --fork --dbpath /data/node3 --logpath /data/mongodb.log --port 10002 --logappend --replSet myrepl/test02:10001

副本集的亮點是自檢測功能：在其中指定單臺服務(wù)器后，MongoDB會自動搜索并連接其余的節(jié)點。
啟動幾臺服務(wù)器后，日志會告訴你副本集沒有初始化。需要在shell中初始化副本集。
連接任意一個服務(wù)器。初始化命令只執(zhí)行一次：

> db.runCommand({"replSetInitiate" : {
... "_id" : "myrepl",
... "members" : [
... {
...  "_id" : 1,
...  "host" : "test02:10001"
... },
... {
...  "_id" : 2,
...  "host" : "test03:10002"
... }
... ]}})
{
  "startupStatus" : 4,
  "info" : "myrepl/test03:10002",
  "ok" : 0,
  "errmsg" : "all members and seeds must be reachable to initiate set"
}

（1）"_id" : "myrepl"     副本集的名稱
（2）"members" : [...]    副本集中的服務(wù)器列表，每個服務(wù)器至少兩個鍵。
（3）"_id" : N            每個服務(wù)器唯一的ID
（4）"host" : hostname    這個鍵指定服務(wù)器主機
或者：

config = {"_id" : "myrepl", 
   "members" : [
   {"_id" : 0, "host" : "test02:10001"},
   {"_id" : 1, "host" : "test03:10002"}
  ]}
rs.initiate(config);
rs.status();
myrepl:SECONDARY> rs.status();
{
  "set" : "myrepl",
  "date" : ISODate("2014-02-25T02:17:39Z"),
  "myState" : 2,
  "syncingTo" : "test03:10002",
  "members" : [
    {
     "_id" : 0,
     "name" : "test02:10001",
     "health" : 1,
     "state" : 2,
     "stateStr" : "SECONDARY",
     "uptime" : 968,
     "optime" : Timestamp(1393294457, 1),
     "optimeDate" : ISODate("2014-02-25T02:14:17Z"),
     "errmsg" : "syncing to: test03:10002",
     "self" : true
    },
    {
     "_id" : 1,
     "name" : "test03:10002",
     "health" : 1,
     "state" : 1,
     "stateStr" : "PRIMARY",
     "uptime" : 48,
     "optime" : Timestamp(1393294457, 1),
     "optimeDate" : ISODate("2014-02-25T02:14:17Z"),
     "lastHeartbeat" : ISODate("2014-02-25T02:17:38Z"),
     "lastHeartbeatRecv" : ISODate("2014-02-25T02:17:39Z"),
     "pingMs" : 1,
     "syncingTo" : "test02:10001"
    }
  ],
  "ok" : 1
}

如果這時候把primary節(jié)點停掉，在secondary節(jié)點執(zhí)行寫操作，就會發(fā)生如下錯誤提示：

myrepl:SECONDARY> db.test.insert({name : "baobao"});

not master

如果只有2臺Mongodb，配置復(fù)制集群還不夠安全，需要1個外在角色調(diào)整各個節(jié)點的角色。
（1）standard:常規(guī)節(jié)點，存儲一份完整的數(shù)據(jù)副本，參與選舉投票，可能稱為活躍節(jié)點。
（2）passive:存儲完整的數(shù)據(jù)副本，參與投票，不能成為活躍節(jié)點。
（3）arbiter:仲裁者只負責投票，不接受復(fù)制數(shù)據(jù)，也不能成為活躍節(jié)點。
當Primary宕掉后，可以通過Arbiter在Secodarys中選舉一個Primary節(jié)點，避免單點故障。
可以增加一個仲裁節(jié)點，只負責仲裁，不做數(shù)據(jù)存儲。

mongod --fork --dbpath /data/node1 --logpath /data/mongodb.log --port 10003 --logappend --replSet myrepl/test02:10001,test03:10002
myrepl:PRIMARY> rs.addArb("test01:10003");
{ "ok" : 1 }

查看各節(jié)點的狀態(tài)：

myrepl:PRIMARY> rs.status();
{
  "set" : "myrepl",
  "date" : ISODate("2014-02-25T02:30:26Z"),
  "myState" : 1,
  "members" : [
    {
     "_id" : 0,
     "name" : "test02:10001",
     "health" : 1,
     "state" : 1,
     "stateStr" : "PRIMARY",
     "uptime" : 1735,
     "optime" : Timestamp(1393295409, 1),
     "optimeDate" : ISODate("2014-02-25T02:30:09Z"),
     "self" : true
    },
    {
     "_id" : 1,
     "name" : "test03:10002",
     "health" : 1,
     "state" : 2,
     "stateStr" : "SECONDARY",
     "uptime" : 204,
     "optime" : Timestamp(1393295409, 1),
     "optimeDate" : ISODate("2014-02-25T02:30:09Z"),
     "lastHeartbeat" : ISODate("2014-02-25T02:30:26Z"),
     "lastHeartbeatRecv" : ISODate("2014-02-25T02:30:24Z"),
     "pingMs" : 1,
     "syncingTo" : "test02:10001"
    },
    {
     "_id" : 2,
     "name" : "test01:10003",
     "health" : 1,
     "state" : 6,
     "stateStr" : "UNKNOWN",
     "uptime" : 17,
     "lastHeartbeat" : ISODate("2014-02-25T02:30:25Z"),
     "lastHeartbeatRecv" : ISODate("1970-01-01T00:00:00Z"),
     "pingMs" : 1,
     "lastHeartbeatMessage" : "still initializing"
    }
  ],
  "ok" : 1
}

對比三個節(jié)點對自身節(jié)點性質(zhì)的判斷：

myrepl:PRIMARY> db.isMaster();
{
  "setName" : "myrepl",
  "ismaster" : true,
  "secondary" : false,
  "hosts" : [
    "test03:10002",
    "test02:10001"
  ],
  "arbiters" : [
    "test01:10003"
  ],
  "primary" : "test03:10002",
  "me" : "test03:10002",
  "maxBsonObjectSize" : 16777216,
  "maxMessageSizeBytes" : 48000000,
  "localTime" : ISODate("2014-02-25T02:32:29.760Z"),
  "ok" : 1
}

myrepl:SECONDARY> db.isMaster();
{
  "setName" : "myrepl",
  "ismaster" : false,
  "secondary" : true,
  "hosts" : [
    "test02:10001",
    "test03:10002"
  ],
  "arbiters" : [
    "test01:10003"
  ],
  "primary" : "test03:10002",
  "me" : "test02:10001",
  "maxBsonObjectSize" : 16777216,
  "maxMessageSizeBytes" : 48000000,
  "localTime" : ISODate("2014-02-25T02:33:50.144Z"),
  "ok" : 1
}

myrepl:SECONDARY> db.isMaster();
{
  "setName" : "myrepl",
  "ismaster" : false,
  "secondary" : true,
  "hosts" : [
    "test02:10001",
    "test03:10002"
  ],
  "arbiters" : [
    "test01:10003"
  ],
  "primary" : "test03:10002",
  "me" : "test02:10001",
  "maxBsonObjectSize" : 16777216,
  "maxMessageSizeBytes" : 48000000,
  "localTime" : ISODate("2014-02-25T02:33:50.144Z"),
  "ok" : 1
}

在節(jié)點配置中修改priority鍵，來配置成標準節(jié)點或者被動節(jié)點。
默認優(yōu)先級為1，可以是0～1000.
"arbiterOnly"鍵可以指定仲裁節(jié)點。
備份節(jié)點會從活躍節(jié)點抽取oplog，并執(zhí)行操作，就像活躍備份系統(tǒng)中的備份服務(wù)器一樣。活躍節(jié)點也會寫操作到自己的本地oplog，這樣就能成為活躍節(jié)點了。oplog中的操作也包括嚴格遞增的序號。通過序號判斷數(shù)據(jù)的時效性。
2.1 故障切換和活躍節(jié)點的選舉
如果活躍節(jié)點壞了，其他節(jié)點會選一個新的活躍節(jié)點。新的活躍節(jié)點由副本集中的大多數(shù)選舉出來。仲裁節(jié)點只負責投票，避免出現(xiàn)僵局。新的節(jié)點是優(yōu)先級最高的節(jié)點。
活躍節(jié)點使用心跳來跟蹤集群中多少節(jié)點對其可見，如果不超過半數(shù)，則活躍節(jié)點自動降為備份節(jié)點?？梢苑乐够钴S節(jié)點一直不放權(quán)。
無論活躍節(jié)點何時變化，新活躍節(jié)點的數(shù)據(jù)被假定為系統(tǒng)的最新數(shù)據(jù)。其他節(jié)點的操作都會回滾，所有節(jié)點連接新的活躍節(jié)點后要重新同步。這些節(jié)點會查看自己的oplog，找出其中活躍節(jié)點沒有執(zhí)行過的操作，然后向活躍節(jié)點請求這些操作影響的文檔的最新副本。
正在執(zhí)行重新同步的節(jié)點被視為恢復(fù)中，在完成這個過程前，不能成為活躍節(jié)點候選者。
2.2 關(guān)于副本集replSet的配置我們文后會附帶詳細地講。

3.在從服務(wù)器上執(zhí)行操作
從節(jié)點的主要作用是作為故障恢復(fù)機制，以防止主節(jié)點數(shù)據(jù)丟失或者停止服務(wù)。
可以在從節(jié)點做備份的數(shù)據(jù)源。也可以用來擴展讀取性能，或者進行數(shù)據(jù)處理。
3.1 讀擴展
用MongoDB擴展讀取的一種方式就是將查詢放在從節(jié)點上，減輕主節(jié)點的負載。當負載是讀密集型時這樣非常不錯。當是寫密集型時，需要用自動分片來擴展。
使用從節(jié)點來擴展MongoDB的讀取有個要點，就是數(shù)據(jù)復(fù)制并不同步，就是在主節(jié)點插入或更新數(shù)據(jù)口，有片刻從節(jié)點的數(shù)據(jù)不是最新的。
擴展讀取需要打開一個特殊選項slaveOkey，告訴從服務(wù)器是否可以處理請求。
如果直接在secondary上操作，會發(fā)生如下錯誤：

myrepl:SECONDARY> db.test.find();
error: { "$err" : "not master and slaveOk=false", "code" : 13435 }

需要告知Mongodb集群，從哪臺機器上進行讀操作：

myrepl:SECONDARY> rs.slaveOk();
myrepl:SECONDARY> db.test.find();
{ "_id" : ObjectId("530bfc79eee2c2ce39f9cd95"), "name" : "caoqing" }
{ "_id" : ObjectId("530bfd8f3627cb16c15dcb32"), "name" : "xiaobao" }

3.2 用從節(jié)點做數(shù)據(jù)處理
從節(jié)點的另外一個服務(wù)就是作為一種機制來減輕密集型處理的負載，或作為聚合，避免影響主節(jié)點的性能。用--master啟動一個普通的從節(jié)點，同時使用--master和--slave矛盾。這意味著如果能對從節(jié)點進行寫入，像平常一樣查詢，就把它作為一個主節(jié)點。從節(jié)點還是會不斷的從主節(jié)點復(fù)制數(shù)據(jù)。這樣就可以對從節(jié)點執(zhí)行阻塞操作而不影響主節(jié)點的性能。
從節(jié)點第一次啟動時不能有正在復(fù)制的數(shù)據(jù)庫，如果有，數(shù)據(jù)庫就不能完成同步，只能更新。
用這種技術(shù)要保證不能對正在復(fù)制主節(jié)點數(shù)據(jù)的從節(jié)點上的數(shù)據(jù)庫執(zhí)行寫入。從節(jié)點不能恢復(fù)這些操作，就不能正確的映射主節(jié)點。

4.工作原理
MongoDB的復(fù)制至少需要兩臺服務(wù)器或者節(jié)點，其中一個主節(jié)點，負責處理客戶端請求，其他的都是從節(jié)點，負責映射主節(jié)點的數(shù)據(jù)。主節(jié)點記錄在其上的所有操作。
從節(jié)點定期輪詢主節(jié)點獲取這些操作，然后對數(shù)據(jù)副本執(zhí)行這些操作。由于和主節(jié)點執(zhí)行了相同的操作，從節(jié)點就能保持和主節(jié)點的數(shù)據(jù)同步。
4.1 oplog
主節(jié)點的操作記錄成為polog(operation log)。oplog存儲在一個特殊的數(shù)據(jù)庫里，成為local。oplog就在其中的oplog.$main集合里面。oplog的每個文檔都代表主節(jié)點執(zhí)行的一個操作。

myrepl:PRIMARY> db.oplog.$main.help();

查看oplog的內(nèi)容：

myrepl:PRIMARY> use local;
switched to db local
myrepl:PRIMARY> show collections;
me
oplog.rs
replset.minvalid
slaves
startup_log
system.indexes
system.replset
myrepl:PRIMARY> db.oplog.rs.find();
{ "ts" : Timestamp(1393294283, 1), "h" : NumberLong(0), "v" : 2, "op" : "n", "ns" : "", "o" : { "msg" : "initiating set" } }
{ "ts" : Timestamp(1393294457, 1), "h" : NumberLong("-8949844291534979055"), "v" : 2, "op" : "i", "ns" : "test.test", "o" : { "_id" : ObjectId("530bfc79eee2c2ce39f9cd95"), "name" : "caoqing" } }
{ "ts" : Timestamp(1393294735, 1), "h" : NumberLong("677282438107403253"), "v" : 2, "op" : "i", "ns" : "test.test", "o" : { "_id" : ObjectId("530bfd8f3627cb16c15dcb32"), "name" : "xiaobao" } }
{ "ts" : Timestamp(1393295409, 1), "h" : NumberLong("5171944912929102944"), "v" : 2, "op" : "n", "ns" : "", "o" : { "msg" : "Reconfig set", "version" : 2 } }
myrepl:PRIMARY>

文檔包含的鍵如下:
（1）ts 操作的時間戳。時間戳是一種內(nèi)部類型，用于跟蹤操作執(zhí)行的時間。有4字節(jié)的時間戳和4字節(jié)的遞增計數(shù)器構(gòu)成。
（2）op 操作類型，只有1字節(jié)代碼。
（3）ns 執(zhí)行操作的命名空間。
（4）o 進一步指定要執(zhí)行操作的文檔。
oplog只記錄改變數(shù)據(jù)庫狀態(tài)的操作。oplog只是作為從節(jié)點和主節(jié)點保持數(shù)據(jù)同步的機制。
存儲在oplog里的操作不是完全和主節(jié)點的操作一模一樣的。這些操作在存儲之前先做等冪變換，這些操作可以在從服務(wù)器端多次執(zhí)行，只要順序是對的，就不會有問題。
oplog在固定集合中，不能保證oplog不超過預(yù)先設(shè)定的大小。需要在創(chuàng)建mongodb服務(wù)時指定--oplogSize，參數(shù)指定oplog的大小。
一般64bit-linux，分配5%的剩余空間，單位為MB。
4.2 同步
從節(jié)點第一次啟動時，會對主節(jié)點數(shù)據(jù)進行完整的同步。從節(jié)點復(fù)制主節(jié)點上的每一個數(shù)據(jù)，耗費資源大。同步完成后，從節(jié)點查詢主節(jié)點的oplog，并執(zhí)行這些操作，保證數(shù)據(jù)是最新的。
如果從節(jié)點的操作被主節(jié)點落下太遠了，從節(jié)點就跟不上同步了，從節(jié)點發(fā)生宕機或者疲于應(yīng)付讀取時，就會出現(xiàn)這種情況，也會在執(zhí)行完完整同步后出現(xiàn)這種情況，因為oplog可能已經(jīng)回滾一圈了。
從節(jié)點跟不上同步后，復(fù)制就會停下，從節(jié)點需要重新做完整的同步?？梢杂脅"resync" : 1}命令手動執(zhí)行同步，也可以在啟動從節(jié)點是使用--autoresync選項讓其自動同步。重新同步代價高昂，盡量避免，方法就是配置足夠大的oplog。
4.3 復(fù)制狀態(tài)和本地數(shù)據(jù)庫
本地數(shù)據(jù)庫用來存放所有內(nèi)部復(fù)制狀態(tài)，主節(jié)點和從節(jié)點都有。本地數(shù)據(jù)就是local，其內(nèi)容不會被復(fù)制?？梢源_保一盒MongoDB數(shù)據(jù)庫只有一個本地數(shù)據(jù)庫。
本地數(shù)據(jù)庫不限于存放MongoDB的內(nèi)部狀態(tài)。如果有不想復(fù)制的文檔，也可以放在本地數(shù)據(jù)庫的集合里。
主節(jié)點上的復(fù)制狀態(tài)還包括從節(jié)點上的列表。這個列表存放在slaves集合中:

myrepl:PRIMARY> db.slaves.find();
{ "_id" : ObjectId("530bfbdc911eb0ac3bf2aa8b"), "config" : { "_id" : 1, "host" : "test03:10002" }, "ns" : "local.oplog.rs", "syncedTo" : Timestamp(1393295409, 1) }

從節(jié)點也在本地數(shù)據(jù)庫中存放狀態(tài)。在me集合中存放從節(jié)點的唯一標識符，在sources集合中存放源或節(jié)點的列表。

myrepl:SECONDARY> db.me.find();
{ "_id" : ObjectId("530bfbdc911eb0ac3bf2aa8b"), "host" : "test03" }

主節(jié)點和從節(jié)點都跟蹤從節(jié)點的更新狀況，這個是通過存放在"syncedTO"中的時間戳來完成的。
4.4 阻塞復(fù)制
開發(fā)者可以使用getLastrror的'w'參數(shù)來確保數(shù)據(jù)的同步性。運行g(shù)etLastError會進入阻塞狀態(tài)，直到N個服務(wù)器復(fù)制了最新的寫入操作為止。
檢查本連接的上一次數(shù)據(jù)庫操作的錯誤。

myrepl:PRIMARY> db.runCommand("getlasterror")
{
  "n" : 0,
  "lastOp" : Timestamp(0, 0),
  "connectionId" : 3525,
  "err" : null,
  "ok" : 1
}

指定"w"選項后，可以使用"wtimeout"選項，表示以毫秒為單位的超時。
阻塞復(fù)制會導(dǎo)致寫操作明顯變慢，尤其是"w"的值比較大時。

5.管理
5.1 管理
MongoDB包含很多有用的管理工具，用以查看復(fù)制的狀態(tài)。
通過

db.printReplicationInfo()

命令查看oplog狀態(tài)。

myrepl:PRIMARY> db.printReplicationInfo();
configured oplog size: 997.7892578125001MB
log length start to end: 1126secs (0.31hrs)
oplog first event time: Tue Feb 25 2014 10:11:23 GMT+0800 (CST)
oplog last event time: Tue Feb 25 2014 10:30:09 GMT+0800 (CST)
now:      Wed Feb 26 2014 02:07:23 GMT+0800 (CST)

輸出信息包括oplog日志的大小，操作日志記錄的起始時間。
查看從庫同步狀態(tài)。

myrepl:PRIMARY> db.printSlaveReplicationInfo();
source: test03:10002
   syncedTo: Tue Feb 25 2014 10:30:09 GMT+0800 (CST)
     = 56533 secs ago (15.7hrs)
source: test01:10003
   no replication info, yet. State: ARBITER

輸出信息包括從庫的主機名，port信息等。
5.2 變更oplog的大小
如果發(fā)現(xiàn)oplog大小不合適，最簡單的方法就是停掉主節(jié)點，刪除local數(shù)據(jù)庫的文件，用心的設(shè)置重新啟動。

# rm -rf /data/node2/local*

為大型的oplog預(yù)分配空間非常耗費時間，且可能導(dǎo)致主節(jié)點停機時間增加，盡可能的手動預(yù)分配數(shù)據(jù)文件。
5.3 復(fù)制的認證問題
如果在復(fù)制中使用了認證，還需要做些配置，使得從節(jié)點可以訪問俄主節(jié)點的數(shù)據(jù)。在主節(jié)點和從節(jié)點都需要在本地數(shù)據(jù)庫增加用戶，每個節(jié)點的用戶名和口令相同。
從節(jié)點連接到主節(jié)點是，會用存儲在local.system.users中的用戶認證。最先嘗試"repl"用戶，如果沒有，則用local.system.users中的第一個可用用戶。

PS：副本集replSet具體配置
1.MongoDB：創(chuàng)建Replica Set
1.1 分別啟動兩臺mongodb數(shù)據(jù)庫

mongod --fork --dbpath /data/node2 --logpath /data/mongodb.log --port 10001 --logappend --replSet myrepl/test03:10002
mongod --fork --dbpath /data/node3 --logpath /data/mongodb.log --port 10002 --logappend --replSet myrepl/test02:10001

1.2 初始化副本集

config = {"_id" : "myrepl", 
   "members" : [
   {"_id" : 0, "host" : "test02:10001"},
   {"_id" : 1, "host" : "test03:10002"}
  ]}
rs.initiate(config);
rs.status();
myrepl:SECONDARY> rs.status();
{
  "set" : "myrepl",
  "date" : ISODate("2014-02-25T02:17:39Z"),
  "myState" : 2,
  "syncingTo" : "test03:10002",
  "members" : [
    {
     "_id" : 0,
     "name" : "test02:10001",
     "health" : 1,
     "state" : 2,
     "stateStr" : "SECONDARY",
     "uptime" : 968,
     "optime" : Timestamp(1393294457, 1),
     "optimeDate" : ISODate("2014-02-25T02:14:17Z"),
     "errmsg" : "syncing to: test03:10002",
     "self" : true
    },
    {
     "_id" : 1,
     "name" : "test03:10002",
     "health" : 1,
     "state" : 1,
     "stateStr" : "PRIMARY",
     "uptime" : 48,
     "optime" : Timestamp(1393294457, 1),
     "optimeDate" : ISODate("2014-02-25T02:14:17Z"),
     "lastHeartbeat" : ISODate("2014-02-25T02:17:38Z"),
     "lastHeartbeatRecv" : ISODate("2014-02-25T02:17:39Z"),
     "pingMs" : 1,
     "syncingTo" : "test02:10001"
    }
  ],
  "ok" : 1
}

1.3 增加一個仲裁節(jié)點，只負責仲裁，不做數(shù)據(jù)存儲。

mongod --fork --dbpath /data/node1 --logpath /data/mongodb.log --port 10003 --logappend --replSet myrepl/test02:10001,test03:10002
myrepl:PRIMARY> rs.addArb("test01:10003");
{ "ok" : 1 }

2 MongoDB：Replica Set 增加節(jié)點
2.1 現(xiàn)有環(huán)境：

myrepl:PRIMARY> rs.conf();
{
  "_id" : "myrepl",
  "version" : 2,
  "members" : [
    {
      "_id" : 0,
      "host" : "test02:10001"
    },
    {
      "_id" : 1,
      "host" : "test03:10002"
    },
    {
      "_id" : 2,
      "host" : "test01:10003",
      "arbiterOnly" : true
    }
  ]
}

現(xiàn)有三個節(jié)點，兩臺standard節(jié)點，一臺arbiter節(jié)點。
2.2 增加節(jié)點
2.2.1 創(chuàng)建數(shù)據(jù)目錄和日志文件：

mkdir -p /data/node/
touch /data/mongodb.log

2.2.2 安裝mongodb：

tar zxf mongodb-linux-x86_64-2.4.9.tgz 
mv mongodb-linux-x86_64-2.4.9 /opt/mongodb
echo "export PATH=$PATH:/opt/mongodb/bin" >>/etc/profile
source /etc/profile
mongod --config ~/.mongodb.conf

2.2.3 創(chuàng)建新從節(jié)點配置文件：

cat >> ~/.mongodb.conf EOF
fork = ture
port = 10005
dbpath = /data/node
logpath = /data/mongodb.log
logappend = true
replSet = myrepl
EOF

2.2.4 更改節(jié)點信息

cat /etc/sysconfig/network
cat >> /etc/hosts  EOF 
192.168.27.214 test01 
192.168.27.212 test02 
192.168.27.213 test03
192.168.27.215 test04
192.168.27.216 test05
EOF

2.2.5 判斷節(jié)點是否是主節(jié)點

myrepl:PRIMARY> rs.isMaster();
{
  "setName" : "myrepl",
  "ismaster" : true,
  "secondary" : false,
  "hosts" : [
    "test02:10001",
    "test03:10002"
  ],
  "arbiters" : [
    "test01:10003"
  ],
  "primary" : "test02:10001",
  "me" : "test02:10001",
  "maxBsonObjectSize" : 16777216,
  "maxMessageSizeBytes" : 48000000,
  "localTime" : ISODate("2014-02-25T19:23:22.286Z"),
  "ok" : 1
}

2.2.6 增加新從節(jié)點到replSet

myrepl:PRIMARY> rs.add("192.168.27.215:10004");
# 增加arbiter節(jié)點的方法：myrepl:PRIMARY> rs.addArb("test01:10003");

2.2.7 再次查看Replica Set狀態(tài)信息

myrepl:PRIMARY> rs.conf();
{
  "_id" : "myrepl",
  "version" : 3,
  "members" : [
    {
      "_id" : 0,
      "host" : "test02:10001"
    },
    {
      "_id" : 1,
      "host" : "test03:10002"
    },
    {
      "_id" : 2,
      "host" : "test01:10003",
      "arbiterOnly" : true
    },
    {
      "_id" : 3,
      "host" : "192.168.27.215:10004"
    }
  ]
}

3. 測試
3.1 主節(jié)點插入數(shù)據(jù)
myrepl:PRIMARY> db.test.insert({"name" : "xiaohuan", "age" : 30});
3.2 從節(jié)點查詢數(shù)據(jù)
myrepl:SECONDARY> rs.slaveOk();
myrepl:SECONDARY> db.test.find();
{ "_id" : ObjectId("530bfc79eee2c2ce39f9cd95"), "name" : "caoqing" }
{ "_id" : ObjectId("530bfd8f3627cb16c15dcb32"), "name" : "xiaobao" }
{ "_id" : ObjectId("530ceed64770e9f00a279900"), "name" : "xiaohuan", "age" : 30 }

4. 把standard節(jié)點變?yōu)閜assive節(jié)點

myrepl:PRIMARY> cfg = rs.conf()
{
  "_id" : "myrepl",
  "version" : 3,
  "members" : [
    {
      "_id" : 0,
      "host" : "test02:10001"
    },
    {
      "_id" : 1,
      "host" : "test03:10002"
    },
    {
      "_id" : 2,
      "host" : "test01:10003",
      "arbiterOnly" : true
    },
    {
      "_id" : 3,
      "host" : "192.168.27.215:10004"
    }
  ]
}
myrepl:PRIMARY> cfg.members[3].priority = 0;

myrepl:PRIMARY> rs.reconfig(cfg);
myrepl:PRIMARY> rs.conf();
{
  "_id" : "myrepl",
  "version" : 4,
  "members" : [
    {
      "_id" : 0,
      "host" : "test02:10001"
    },
    {
      "_id" : 1,
      "host" : "test03:10002"
    },
    {
      "_id" : 2,
      "host" : "test01:10003",
      "arbiterOnly" : true
    },
    {
      "_id" : 3,
      "host" : "192.168.27.215:10004",
      "priority" : 0
    }
  ]
}

您可能感興趣的文章:

Mongodb 副本集搭建問題總結(jié)及解決辦法
Mongodb3.0.5 副本集搭建及spring和java連接副本集配置詳細介紹
mongodb3.4集群搭建實戰(zhàn)之高可用的分片+副本集
詳解MongoDB中用sharding將副本集分配至服務(wù)器集群的方法
Mongodb副本集和分片示例詳解
CentOS 6.4創(chuàng)建Mongodb副本集
MongoDB副本集丟失數(shù)據(jù)的測試實例教程
MongoDB 復(fù)制（副本集）學習筆記
mongodb 4.0副本集搭建的全過程

標簽：衡水黃山仙桃湘潭銅川湖南蘭州崇左

巨人網(wǎng)絡(luò)通訊聲明：本文標題《MongoDB的主從復(fù)制及副本集的replSet配置教程》，本文關(guān)鍵詞；如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題，煩請?zhí)峁┫嚓P(guān)信息告之我們，我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò)，涉及言論、版權(quán)與本站無關(guān)。