摘要:投票節點僅僅在選舉中進行投票。如下圖所示從節點無法升職為主節點的情況其他概念從節點還有集中特殊的設置情況,不同的設置有不同的需求優先級為設置,那么該結點將不能成為主節點,但是其數據仍是與主節點保持一致的而且應用程序也可以進行讀操作。
介紹
replicattion set 多臺服務器維護相同的數據副本,提高服務器的可用性,總結下來有以下好處:
MongoDB 復制集的結構以及基本概念</>復制代碼
數據備份與恢復
讀寫分離
正如上圖所示,MongoDB 復制集的架構中,主要分為兩部分:主節點(Primary)和從節點(Secondary)。
主節點:在一個復制集中只有并且必須有一個主節點,主節點也是眾多實例中唯一可以接收客戶端寫操作的節點,當然也可以進行讀操作;
從節點:從節點會復制主節點的操作,以獲取完全一致的數據集。客戶端不能夠直接對從節點進行寫操作,但是可以進行讀操作,這個需要通過復制集選項進行設置。
投票節點:投票節點 并不含有 復制集中的數據集副本,且也 無法 升職為主節點。投票節點的存在是為了使復制集中的節點數量為奇數,這樣保證在進行投票的時候不會出現票數相同的情況。如果添加了一個節點后,總節點數為偶數,那么就需要相應的增加一個投票節點。
</>復制代碼
注:MongoDB 3.0 把復制集中的成員數量從原來的12個提升到了50個,但是投票節點的數量仍然保持不變,還是7個。
最基本的復制集架構
一個主節點,兩個從節點,自動化故障切換的特性
最基本的復制集架構是有3個節點的形式。這樣在主節點不可用以后,從節點會進行投票選出一個節點成為主節點,繼續工作。如下圖所示:
三個節點的復制集架構,還有另外一種形式:一個主節點,一個從節點,一個投票節點。如下圖所示:
一個主節點,一個從節點,一個投票節點
在這種架構中,當主節點不可用時,只有從節點可以升為主節點,而投票節點是不可以成為主節點的。投票節點僅僅在選舉中進行投票。如下圖所示:
其他概念
從節點還有集中特殊的設置情況,不同的設置有不同的需求:
優先級為0:設置 priority:0 ,那么該結點將不能成為主節點,但是其數據仍是與主節點保持一致的,而且應用程序也可以進行讀操作。這樣可以在某些特殊的情況下,保證其他特定節點優先成為主節點。
隱藏節點:隱藏節點與主節點的數據集一致,但是對于應用程序來說是不可見的。隱藏節點可以很好的與 復制集 中的其他節點隔離,并應對特殊的需求,比如進行報表或者數據備份。隱藏節點也應該是一個不能升職為主節點的優先級為0的節點。
延時節點:延時節點也將從 復制集 中主節點復制數據,然而延時節點中的數據集將會比復制集中主節點的數據延后。舉個例子,現在是09:52,如果延時節點延后了1小時,那么延時節點的數據集中將不會有08:52之后的操作。
由于延時節點的數據集是延時的,因此它可以幫助我們在人為誤操作或是其他意外情況下恢復數據。舉個例子,當應用升級失敗,或是誤操作刪除了表和數據庫時,我們可以通過延時節點進行數據恢復。
oplog:全拼 oprations log,它保存有數據庫的所有的操作的記錄。在復制集中,主節點產生 oplog,然后從節點復制主節點的 oplog 進行相應的操作,這樣達到保持數據集一致的要求。因此從節點的數據與主節點的數據相比是有延遲的。
配置</>復制代碼
# 創建數據存儲目錄
mkdir -p /data/r0 /data/r1 /data/r2
# 創建日志文件
touch /var/log/mongo17.log /var/log/mongo18.log /var/log/mongo19.log
#啟動3個實例,且聲明實例屬于某復制集 rsa
./bin/mongod --port 27017 --dbpath /data/r0 --smallfiles --replSet rsa --fork --logpath /var/log/mongo17.log
./bin/mongod --port 27018 --dbpath /data/r1 --smallfiles --replSet rsa --fork --logpath /var/log/mongo18.log
./bin/mongod --port 27019 --dbpath /data/r2 --smallfiles --replSet rsa --fork --logpath /var/log/mongo19.log
# 進入27017進行配置初始化
./bin/mongo --port 27017
rsconf = {
_id:"rsa",
members:
[
{_id:0,
host:"192.168.42.168:27017"
}
]
}
rs.initiate(rsconf); # 如果以后需要再重載一下config的話,用rs.reconfig(rsconf);
# 添加節點
rs.add("192.168.42.168:27018");
rs.add("192.168.42.168:27019");
# 查看狀態
rs.status();
# 刪除節點
rs.remove("192.168.1.201:27019");
# 主節點插入數據
>use test
>db.user.insert({uid:1,name:"lily"});
#連接secondary查詢同步情況
./bin/mongo --port 27019
>show dbs
rsa:SECONDARY> show dbs;
2015-08-27T11:39:00.638+0800 E QUERY Error: listDatabases failed:{ "note" : "from execCommand", "ok" : 0, "errmsg" : "not master" }
# 還可以通過isMaster()命令來查看信息;
rsa:PRIMARY> db.isMaster();
{
"setName" : "rsa",
"setVersion" : 5,
"ismaster" : true,
"secondary" : false,
"hosts" : [
"192.168.42.168:27018",
"192.168.42.168:27019",
"192.168.42.168:27017"
],
"primary" : "192.168.42.168:27018",
"me" : "192.168.42.168:27018",
"electionId" : ObjectId("55dea0cffa0c638625a82486"),
"maxBsonObjectSize" : 16777216,
"maxMessageSizeBytes" : 48000000,
"maxWriteBatchSize" : 1000,
"localTime" : ISODate("2015-08-27T05:49:13.740Z"),
"maxWireVersion" : 3,
"minWireVersion" : 0,
"ok" : 1
}
# 出現上述錯誤,是因為slave默認不許讀寫
>rs.slaveOk();
>show dbs; # 執行上面一個語句就可以看到和primary一致的數據,并且可以把讀和寫分離開來;
以上便是一個最簡單的復制集架構,其中如果27017的主節點崩潰,那27018的節點就由從節點變為主節點;注意,如果再添加原來的27017節點進來,那主節點還是27018;
自動化配置腳本</>復制代碼
#!/bin/bash
IP="192.168.1.202"
NA="rsb"
if [ "$1" = "reset" ]
then
pkill -9 mongo
rm -rf /home/m*
exit
fi
if [ "$1" = "install" ]
then
mkdir -p /home/m0 /home/m1 /home/m2 /home/mlog
/usr/local/mongodb/bin/mongod --dbpath /home/m0 --logpath /home/mlog/m17.log --logappend --port 27017 --fork
--replSet ${NA}
/usr/local/mongodb/bin/mongod --dbpath /home/m1 --logpath /home/mlog/m18.log --logappend --port 27018 --fork
--replSet ${NA}
/usr/local/mongodb/bin/mongod --dbpath /home/m2 --logpath /home/mlog/m19.log --logappend --port 27019 --fork
--replSet ${NA}
exit
fi
if [ "$1" = "repl" ]
then
/usr/local/mongodb/bin/mongo <
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/18806.html
摘要:簡述為何要分片減少單機請求數,降低單機負載,提高總負載減少單機的存儲空間,提高總存空間。就是用來存儲所有節點的配置信息每個的范圍在各的分布情況該集群中所有和的配置信息。 簡述 為何要分片 減少單機請求數,降低單機負載,提高總負載 減少單機的存儲空間,提高總存空間。 showImg(http://static.oschina.net/uploads/space/2014/0201/1...
摘要:導入導出可以操作的是本地的服務器也可以是遠程的服務器所以都有如下通用選項主機端口用戶名密碼導出庫名表名列名查詢條件導出的文件名導出格式便于和傳統數據庫交換數據導出庫下面的表從哪里導出導出的文檔數導出庫下 導入/導出可以操作的是本地的mongodb服務器,也可以是遠程的服務器所以,都有如下通用選項: -h host 主機 --port port 端口 -u username 用...
摘要:大體分為成員的角色及轉換成員狀態及轉換兩部分。每個復制集成員在啟動后,都先進入狀態,然后加載成員的復制集配置,之后進入到狀態。選舉行為除了受和兩個屬性影響外,成員的狀態也會影響選舉,僅有和五種狀態的成員允許進行投票操作。 此文已由作者溫正湖授權網易云社區發布。 歡迎訪問網易云社區,了解更多網易技術產品運營經驗。 復制集(Replica Set)是MongoDB核心組件,相比早期版本采用...
摘要:前言在使用加載數據數據庫常見的優化操作后端掘金一索引將放第一位,不用說,這種優化方式我們一直都在悄悄使用,那便是主鍵索引。 Redis 內存壓縮實戰 - 后端 - 掘金在討論Redis內存壓縮的時候,我們需要了解一下幾個Redis的相關知識。 壓縮列表 ziplist Redis的ziplist是用一段連續的內存來存儲列表數據的一個數據結構,它的結構示例如下圖 zlbytes: 記錄整...
閱讀 1391·2021-09-22 10:02
閱讀 1914·2021-09-08 09:35
閱讀 4065·2021-08-12 13:29
閱讀 2611·2019-08-30 15:55
閱讀 2267·2019-08-30 15:53
閱讀 2305·2019-08-29 17:13
閱讀 2766·2019-08-29 16:31
閱讀 2957·2019-08-29 12:24