在生產中使用MongoDB, 爲了數據安全性和訪問穩定性. 副本集是經常被使用到的.
書接上回, 話說MongoDB副本集已經安裝過很多次了.但是每次都要去 百度 具體命令細節.
只好自己整理筆記,記錄下來,以備查詢.
MongoDB的下載與安裝,請參考:
http://blog.51cto.com/hsbxxl/2149500
1. 什麼是Replica Set-副本集
副本集就是mongoDB副本所組成的一個集羣。
其原理是，寫操作發生在主庫，從庫同步主庫的OpLog日誌。
集羣中沒有特定的主庫，主庫是選舉產生，如果主庫down了，會再選舉出一臺主庫。
2.早期的MongoDB版本使用master-slave，一主一從和MySQL類似，但slave在此架構中爲只讀，當主庫宕機後，從庫不能自動切換爲主。目前已經淘汰master-slave模式，改爲副本集，這種模式下有一個主(primary)，和多個從(secondary)，只讀。支持給它們設置權重，當主宕掉後，權重最高的從切換爲主。在此架構中還可以建立一個仲裁(arbiter)的角色，它只負責裁決，而不存儲數據。此架構中讀寫數據都是在主上，要想實現負載均衡的目的需要手動指定讀庫的目標server。
簡而言之MongoDB 副本集是有自動故障恢復功能的主從集羣，有一個Primary節點和一個或多個Secondary節點組成。類似於MySQL的MMM架構。更多關於副本集的介紹請見官方文檔：
官方文檔地址：
https://docs.mongodb.com/manual/replication/
3. 副本集有以下特點：
<1>. 最小構成是：primary，secondary，arbiter，一般部署是：primary，2 secondary。
<2>. 成員數應該爲奇數，如果爲偶數的情況下添加arbiter，arbiter不保存數據，只投票。
<3>. 最大50 members，但是只能有 7 voting members，其他是non-voting members。
配置副本集
4. 本次實驗，配置的是 1主1從1仲裁 的副本集。兩個物理機
host1 192.168.67.101:27017 host2 192.168.67.102:27017 host2 192.168.67.102:27018
5. 分別啓動mongo進程
host1上啓動primary
mongod --port 27017 --dbpath /mongodbs/mgdata/ --logpath /mongodbs/mgdata/db.log --replSet rs0 --fork
host2上啓動secondary
mongod --port 27017 --dbpath /mongodbs/mgdata/ --logpath /mongodbs/mgdata/db.log --replSet rs0 --fork
host2上啓動arb
mongod --port 28018 --dbpath /mongodbs/arb/ --logpath /mongodbs/arb/db.log --replSet rs0 --fork
6. 配置副本集,由於只有兩臺物理機,希望host1機器正常情況下,能更多的做爲mongo的primary.所以priority設置爲2
#mongo
> cfg={ _id:"rs0", members:[ {_id:0,host:'192.168.67.101:27017',priority:2},{_id:2,host:'192.168.67.102',priority:1}, {_id:1,host:'192.168.67.102:28018',arbiterOnly:true}]}7. 執行初始化節點配置
>rs.initiate(cfg)
8. 查看節點配置&信息
>rs.conf() > rs.status()
9. 具體命令輸出如下
> cfg={ _id:"rs0", members:[ {_id:0,host:'192.168.67.101:27017',priority:2},{_id:2,host:'192.168.67.102',priority:1}, {_id:1,host:'192.168.67.102:28018',arbiterOnly:true}]}
{
"_id" : "rs0",
"members" : [
{
"_id" : 0,
"host" : "192.168.67.101:27017",
"priority" : 2
},
{
"_id" : 2,
"host" : "192.168.67.102",
"priority" : 1
},
{
"_id" : 1,
"host" : "192.168.67.102:28018",
"arbiterOnly" : true
}
]
}
> rs.initiate(cfg)
{ "ok" : 1 }rs0:OTHER> rs.conf()
{
"_id" : "rs0",
"version" : 1,
"protocolVersion" : NumberLong(1),
"members" : [
{
"_id" : 0,
"host" : "192.168.67.101:27017",
"arbiterOnly" : false,
"buildIndexes" : true,
"hidden" : false,
"priority" : 2,
"tags" : {
},
"slaveDelay" : NumberLong(0),
"votes" : 1
},
{
"_id" : 2,
"host" : "192.168.67.102:27017",
"arbiterOnly" : false,
"buildIndexes" : true,
"hidden" : false,
"priority" : 1,
"tags" : {
},
"slaveDelay" : NumberLong(0),
"votes" : 1
},
{
"_id" : 1,
"host" : "192.168.67.102:28018",
"arbiterOnly" : true,
"buildIndexes" : true,
"hidden" : false,
"priority" : 1,
"tags" : {
},
"slaveDelay" : NumberLong(0),
"votes" : 1
}
],
"settings" : {
"chainingAllowed" : true,
"heartbeatIntervalMillis" : 2000,
"heartbeatTimeoutSecs" : 10,
"electionTimeoutMillis" : 10000,
"getLastErrorModes" : {
},
"getLastErrorDefaults" : {
"w" : 1,
"wtimeout" : 0
}
}
}rs0:SECONDARY> rs.status()
{
"set" : "rs0",
"date" : ISODate("2018-07-24T06:59:34.195Z"),
"myState" : 2,
"term" : NumberLong(2),
"syncingTo" : "192.168.67.101:27017",
"heartbeatIntervalMillis" : NumberLong(2000),
"members" : [
{
"_id" : 0,
"name" : "192.168.67.101:27017",
"health" : 1,
"state" : 1,
"stateStr" : "PRIMARY",
"uptime" : 60,
"optime" : {
"ts" : Timestamp(1532415537, 2),
"t" : NumberLong(2)
},
"optimeDate" : ISODate("2018-07-24T06:58:57Z"),
"lastHeartbeat" : ISODate("2018-07-24T06:59:32.964Z"),
"lastHeartbeatRecv" : ISODate("2018-07-24T06:59:33.372Z"),
"pingMs" : NumberLong(0),
"electionTime" : Timestamp(0, 0),
"electionDate" : ISODate("1970-01-01T00:00:00Z"),
"configVersion" : 1
},
{
"_id" : 1,
"name" : "192.168.67.102:28018",
"health" : 1,
"state" : 7,
"stateStr" : "ARBITER",
"uptime" : 60,
"lastHeartbeat" : ISODate("2018-07-24T06:59:32.957Z"),
"lastHeartbeatRecv" : ISODate("2018-07-24T06:59:30.356Z"),
"pingMs" : NumberLong(0),
"configVersion" : 1
},
{
"_id" : 2,
"name" : "192.168.67.102:27017",
"health" : 1,
"state" : 2,
"stateStr" : "SECONDARY",
"uptime" : 615,
"optime" : {
"ts" : Timestamp(1532415537, 2),
"t" : NumberLong(2)
},
"optimeDate" : ISODate("2018-07-24T06:58:57Z"),
"syncingTo" : "192.168.67.101:27017",
"configVersion" : 1,
"self" : true
}
],
"ok" : 1
}更多命令
10.添加從庫命令
rs0:PRIMARY> rs.add('host3:27017')可以指定priority
rs0:PRIMARY> rs.add({host: "host3:27017", priority: 1})11. 移除一個從庫
先關閉從庫的mongoDB，然後在主庫上移除從庫
rs0:PRIMARY> rs.remove('host3:27019')12. 讀寫分離
主庫，從庫都支持讀操作。但是，默認情況讀也是從主庫來讀。
從庫可以通過設置ReadPreference打開支持讀操作，ReadPreference有幾種模式：
Primary #從主庫讀，默認 primaryPreferred #基本上從主庫讀，主不可用時，從從庫讀 secondary #從從庫讀 secondaryPreferred #基本上從從庫讀，從不可用時，從主庫讀 nearest #從網絡延遲最小的庫讀
基本上常用的是，Primary，secondary，nearest
13. 副本集的設定中可以通過Tag把成員歸類，通過下面方法指定讀的類型：
<1>.程序連接的時候，指定讀的類型ReadPreference
<2>.用mongo命令連接，只對當前連接有效
rs0:SECONDARY> db.getMongo().setReadPref('secondaryPreferred')14. 特殊成員類型
Secondary還有一些特殊的成員類型：
Priority 0 #不能升爲主，可以用於多數據中心場景
Hidden #對客戶端來說是不可見的，一般用作備份或統計報告用
Delayed #數據比副集晚，一般用作 rolling backup 或歷史快照
副本集的配置也是比較簡單的. 後面有時間,再分享一下MongoDB Sharded Cluster.
參考鏈接:
https://www.cnblogs.com/ee900222/p/mongodb_2.html
http://blog.51cto.com/zero01/2059033
http://chenzhou123520.iteye.com/blog/1634676