01 主分片是什么？
分片集群中的每一個(gè)數(shù)據(jù)庫都有一個(gè)主分片，這個(gè)主分片上保存了當(dāng)前數(shù)據(jù)庫中沒有被分片的集合的數(shù)據(jù)，主分片(primary shard)和主節(jié)點(diǎn)(primary)之間沒有任何關(guān)聯(lián)。
主分片是由mongos選擇出來的，選擇的依據(jù)是每當(dāng)創(chuàng)建新數(shù)據(jù)庫的時(shí)候，mongos會從集群中選擇包含數(shù)據(jù)最少的分片作為新數(shù)據(jù)庫的主分片。具體的選擇方式是：
選擇listDatabase命令返回的totalSize字段作為選擇的準(zhǔn)則。如下：
mongos> db.adminCommand("listDatabases")
{
"databases" : [
{
xxxx
},
{
xxxx
},
{
xxxx
}
],
"totalSize" : 2842624,
"totalSizeMb" : 2,
"ok" : 1,
"operationTime" : Timestamp(1610982469, 1),
"$clusterTime" : {
"clusterTime" : Timestamp(1610982469, 1),
"signature" : {
"hash" : BinData(0,"knqdZrxpyGFdSi0gljxCQG4LJ9U="),
"keyId" : NumberLong("6894922308364795934")
}
}
}
如果我們想手工的選擇某個(gè)數(shù)據(jù)庫的主分片，可以使用movePrimary命令，遷移主分片的過程會耗費(fèi)一定的時(shí)間，在遷移完成之前，不應(yīng)該對數(shù)據(jù)庫或者對應(yīng)的集合進(jìn)行訪問。遷移過程可能會影響整個(gè)集群的操作，所以這個(gè)命令一般不要主動去使用，如果必須使用，請務(wù)必考慮對網(wǎng)絡(luò)負(fù)載的影響。
如果你部署的一個(gè)分片集群是由一個(gè)副本集修改配置而來的，那么副本集上原來的那些數(shù)據(jù)庫的主分片將會繼續(xù)留在原來的副本集上，之后創(chuàng)建的數(shù)據(jù)庫才可以將主分片設(shè)置在其他分片上。
02 如何遷移主分片
下面我們演示如何使用movePrimary命令來遷移數(shù)據(jù)庫的主分片。
首先，我們來看，當(dāng)前new數(shù)據(jù)庫的test集合的主分片在sharding_yeyz這個(gè)分片上。它就是new.test的主分片，如下：
mongos> sh.status()
--- Sharding Status ---
shards:
{ "_id" : "sharding_yeyz", "host" : "sharding_yeyz/127.0.0.1:27018,127.0.0.1:27019,127.0.0.1:27020", "state" : 1, "tags" : [ "1_1000" ] }
{ "_id" : "sharding_yeyz1", "host" : "sharding_yeyz1/127.0.0.1:27024,127.0.0.1:27025,127.0.0.1:27026", "state" : 1, "tags" : [ "1000_", "1000_2000" ] }
databases:
...
{ "_id" : "new", "primary" : "sharding_yeyz", "partitioned" : true, "version" : { "uuid" : UUID("68c70c64-f732-4478-8851-06dad4b94d6b"), "lastMod" : 1 } }
new.test
shard key: { "number" : 1 }
unique: false
balancing: true
chunks:
sharding_yeyz 3
sharding_yeyz1 1
{ "number" : { "$minKey" : 1 } } -->> { "number" : 1 } on : sharding_yeyz Timestamp(2, 1)
{ "number" : 1 } -->> { "number" : 1000 } on : sharding_yeyz Timestamp(1, 2)
{ "number" : 1000 } -->> { "number" : 2000 } on : sharding_yeyz1 Timestamp(2, 0)
{ "number" : 2000 } -->> { "number" : { "$maxKey" : 1 } } on : sharding_yeyz Timestamp(1, 5)
tag: 1_1000 { "number" : 1 } -->> { "number" : 1000 }
tag: 1000_2000 { "number" : 1000 } -->> { "number" : 2000 }
接下來我們使用movePrimary命令，使用之前，我們需要知道它的執(zhí)行過程：
1、首先在集群元數(shù)據(jù)中修改主分片信息
2、然后移動所有的沒有分片的集合到指定的主分片中
**它只能在mongos上執(zhí)行。
命令的用法是：
db.adminCommand( { movePrimary: databaseName>, to: newPrimaryShard> } )
舉例：
db.adminCommand( { movePrimary : "new", to : "sharding_yeyz1" } )
我們執(zhí)行完：
db.adminCommand( { movePrimary : "new", to : "sharding_yeyz1" } )
之后，結(jié)果如下：
mongos> sh.status()
--- Sharding Status ---
shards:
{ "_id" : "sharding_yeyz", "host" : "sharding_yeyz/127.0.0.1:27018,127.0.0.1:27019,127.0.0.1:27020", "state" : 1, "tags" : [ "1_1000" ] }
{ "_id" : "sharding_yeyz1", "host" : "sharding_yeyz1/127.0.0.1:27024,127.0.0.1:27025,127.0.0.1:27026", "state" : 1, "tags" : [ "1000_", "1000_2000" ] }
databases:
{ "_id" : "new", "primary" : "sharding_yeyz1", "partitioned" : true, "version" : { "uuid" : UUID("68c70c64-f732-4478-8851-06dad4b94d6b"), "lastMod" : 2 } }
new.test
shard key: { "number" : 1 }
unique: false
balancing: true
chunks:
sharding_yeyz 3
sharding_yeyz1 1
{ "number" : { "$minKey" : 1 } } -->> { "number" : 1 } on : sharding_yeyz Timestamp(2, 1)
{ "number" : 1 } -->> { "number" : 1000 } on : sharding_yeyz Timestamp(1, 2)
{ "number" : 1000 } -->> { "number" : 2000 } on : sharding_yeyz1 Timestamp(2, 0)
{ "number" : 2000 } -->> { "number" : { "$maxKey" : 1 } } on : sharding_yeyz Timestamp(1, 5)
tag: 1_1000 { "number" : 1 } -->> { "number" : 1000 }
tag: 1000_2000 { "number" : 1000 } -->> { "number" : 2000 }
可以看到，主分片已經(jīng)遷移完成了。
以上就是MongoDB 主分片(primary shard)相關(guān)總結(jié)的詳細(xì)內(nèi)容，更多關(guān)于MongoDB 主分片(primary shard)的資料請關(guān)注腳本之家其它相關(guān)文章！
您可能感興趣的文章:- 實(shí)現(xiàn)Dijkstra算法最短路徑問題詳解
- 詳解Dijkstra算法之最短路徑問題
- python Dijkstra算法實(shí)現(xiàn)最短路徑問題的方法
- python實(shí)現(xiàn)Dijkstra算法的最短路徑問題
- Python 經(jīng)典貪心算法之Prim算法案例詳解
- c++ primer中的const限定符
- Dijkstra算法與Prim算法的異同案例詳解
