1. 基本概念

1.1 Chunk（數(shù)據(jù)塊）

表示特定服務(wù)器上面，連續(xù)范圍的分片鍵值所包含的一組數(shù)據(jù)，是一個邏輯概念。

例如，某數(shù)據(jù)塊記錄如下：

{
    "_id" : "chunk-a",  // 數(shù)據(jù)塊Id
    "ns" : "user.address",  // 該數(shù)據(jù)塊對應(yīng)的數(shù)據(jù)庫名和表名
    "min" : {               // 該數(shù)據(jù)塊對應(yīng)的分片鍵值的起始值（包含），是“Shi Jiazhuang”
        "city" : "Shi Jiazhuang"
    },
    "max" : {               // 該數(shù)據(jù)塊對應(yīng)的分片鍵值的結(jié)束值（不包含），是“Nanjjing”
        "city" : "Nan Jing"
    },
    "shard" : "repa"        // 該數(shù)據(jù)塊存儲在repa分片服務(wù)器               
}
// 即該數(shù)據(jù)塊記錄表示，數(shù)據(jù)庫user中的表address中的“city”字段中，其值從“Shi Jiazhuang”（包含）到“Nan Jing”（不包含）這段連續(xù)區(qū)間的數(shù)據(jù)，都存儲在名為repa的分片服務(wù)器。

1.2 Chunk Size（數(shù)據(jù)塊大?。?/h3>

數(shù)據(jù)塊所對應(yīng)的數(shù)據(jù)，如果超過64M（默認值），則會被系統(tǒng)自動切分為兩個數(shù)據(jù)，即數(shù)據(jù)塊會從1塊切分為2塊，圖示如下：

1.3 Migration（數(shù)據(jù)塊遷移）

mongodb有一個后臺的平衡器進程，它會監(jiān)控各個分片服務(wù)器上面的數(shù)據(jù)塊的數(shù)量，如果發(fā)現(xiàn)不同的分片服務(wù)器上面數(shù)據(jù)塊的數(shù)量差異，超過閾值，則會啟動數(shù)據(jù)塊遷移任務(wù)，

直至不同的分片服務(wù)器之間的數(shù)據(jù)塊的數(shù)量差異落在閾值之內(nèi)，圖示如下：

1.4 Migration Thresholds（遷移閾值）

數(shù)據(jù)塊的遷移閾值，是和該表的數(shù)據(jù)塊總數(shù)相關(guān)的，具體如下：

2. 遷移流程

數(shù)據(jù)塊的遷移對于用戶和應(yīng)用層來說是透明的，當(dāng)然可能會有些性能的損失，整個遷移流程有7個步驟，圖示如下

各個步驟的內(nèi)容如下：

1. 平衡器發(fā)送遷移命令給源節(jié)點。

2. 源節(jié)點啟動了一個內(nèi)部的數(shù)據(jù)塊遷移命令給目標節(jié)點，同時在數(shù)據(jù)塊遷移期間，對于該數(shù)據(jù)塊的請求依然路由到源節(jié)點。

3. 目標節(jié)點首先創(chuàng)建該數(shù)據(jù)塊上缺失的索引（如果需要的話）。

4. 目標節(jié)點到源節(jié)點拉取數(shù)據(jù)。

5. 目標節(jié)點需要到源節(jié)點再請求在步驟4執(zhí)行期間的增量變更數(shù)據(jù)（新增、更新和刪掉），如果有則跳轉(zhuǎn)到步驟4，直到?jīng)]有增量數(shù)據(jù)。

6. 數(shù)據(jù)全部遷移成功后，源節(jié)點會向配置服務(wù)器（config server）發(fā)送請求，更新該數(shù)據(jù)塊的元數(shù)據(jù)中的"分片服務(wù)器（shard）"的值為目標節(jié)點。

7. 源節(jié)點刪除本地的該數(shù)據(jù)塊對應(yīng)的數(shù)據(jù)。

3. 最佳實踐

以上分享了數(shù)據(jù)塊和數(shù)據(jù)塊遷移的一些基本概念和流程，下面是一些最佳實踐。

3.1 關(guān)于數(shù)據(jù)塊大小的選擇

數(shù)據(jù)塊的大小，默認是64M，通常情況下是不需要修改它的，但是有時候該值的大小根據(jù)不同的業(yè)務(wù)場景會帶來不同的影響，需要綜合多方面的因素來設(shè)置該值。

數(shù)據(jù)塊大小太?。和ǔＧ闆r下，較小的數(shù)據(jù)塊大小，會帶來更頻繁的數(shù)據(jù)塊遷移，數(shù)據(jù)在集群間的分布會更加均衡，但是如果分片鍵設(shè)置的不夠合理，則會產(chǎn)生很多無法切分（split）的大數(shù)據(jù)塊，太大的數(shù)據(jù)塊無法在分片之間遷移，從而導(dǎo)致數(shù)據(jù)分布的不均衡性，此時需要把數(shù)據(jù)塊大小調(diào)大。

數(shù)據(jù)塊大小太大：較大的數(shù)據(jù)塊，意味著更少的數(shù)據(jù)塊遷移，數(shù)據(jù)在集群間的分布容易出現(xiàn)不平衡，同時也容易產(chǎn)生讀寫熱點（可手動切分），此時需要把數(shù)據(jù)塊大小調(diào)小。

3.2 關(guān)于數(shù)據(jù)塊遷移對集群性能的影響

數(shù)據(jù)塊遷移除了占用目標節(jié)點和源節(jié)點的帶寬和磁盤讀寫資源外，在遷移流程中的步驟6會短暫阻塞對該數(shù)據(jù)塊的訪問，影響應(yīng)用的訪問，因此建議設(shè)置平衡器的活躍時間窗口，設(shè)置為業(yè)務(wù)低估時進行，步驟如下：

1. 連接到mongos。

2. 切換到config數(shù)據(jù)庫

use config

3. 啟動平衡器

如果平衡器是關(guān)閉狀態(tài)，則設(shè)置活躍時間窗口也是不會做數(shù)據(jù)遷移的，命令如下：

sh.startBalancer()

4. 修改活躍時間窗口

db.settings.updateOne(
   { _id: "balancer" },
   { $set: { activeWindow : { start : "01:00", stop : "06:00" } } },  // start和stop的格式為"HH:MM"，其中HH的取值范圍是0到23，MM的取值范圍是00到59
   { upsert: true }
)

https://github.com/tomliugen

到此這篇關(guān)于mongodb數(shù)據(jù)塊的遷移流程介紹的文章就介紹到這了,更多相關(guān)mongodb數(shù)據(jù)遷移內(nèi)容請搜索本站以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持本站！

香港服務(wù)器租用

版權(quán)聲明：本站文章來源標注為YINGSOO的內(nèi)容版權(quán)均為本站所有，歡迎引用、轉(zhuǎn)載，請保持原文完整并注明來源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站，禁止在非maisonbaluchon.cn所屬的服務(wù)器上建立鏡像，否則將依法追究法律責(zé)任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學(xué)習(xí)參考，不代表本站立場，如有內(nèi)容涉嫌侵權(quán)，請聯(lián)系alex-e#qq.com處理。