mongodb分片不均衡的原因

小編給大家分享一下MongoDB分片不均衡的原因，相信大部分人都還不怎么了解，因此分享這邊文章給大家學習，希望大家閱讀完這篇文章后大所收獲，下面讓我們一起去學習方法吧！

察哈爾右翼前網站制作公司哪家好，找成都創新互聯公司！從網頁設計、網站建設、微信開發、APP開發、成都響應式網站建設等網站項目制作，到程序開發，運營維護。成都創新互聯公司于2013年開始到現在10年的時間，我們擁有了豐富的建站經驗和運維經驗，來保證我們的工作的順利進行。專注于網站建設就選成都創新互聯公司。

今天接到一個用戶反饋的問題，sharding集群，使用wiredtiger引擎，某個DB下集合全部用的hash分片，show dbs 發現其中一個shard里該DB的大小，跟其他的集合差別很大，其他基本在60G左右，而這個shard在200G左右？

由于這個DB下有大量的集合及索引，一眼也看不出問題，寫了個腳本分析了一下，得到如下結論：

（1）somedb下所有集合都是hash分片，并且chunk的分布是比較均勻的。

（2）show dbs反應的是集合及索引對應的物理文件大小。

（3）集合的數據在各個shard上邏輯總大小是接近的，只有shard0占用的物理空間比其他大很多。

從shard0上能找到大量moveChunk 的記錄，猜測應該是集合的數據在沒有開啟分片的情況下寫到shard0了，然后開啟分片后，從shard0遷移到其他shard了，跟用戶確認的確有一批集合是最開始沒有分片。

所以這個問題就轉換成了，為什么復制集里集合的邏輯空間與物理空間不一致？即collection stat 里 size 與 storageSize 的區別。

mymongo:PRIMARY> db.coll.stats()
{
    "ns" : "test.coll",
    "size" : 30526664,
    "count" : 500808,
    "avgObjSize" : 33,
    "storageSize" : 19521536,
    "capped" : false,
    ....
}

邏輯存儲空間與物理存儲空間有差距的主要原因：

（1）存儲引擎存儲時，需要記錄一些額外的元數據信息，這會導致物理空間總和比邏輯空間略大。

（2）存儲引擎可能支持數據壓縮，邏輯的數據塊存儲到磁盤時，經過壓縮可能比邏輯數據小很多了（具體要看數據的特性，極端情況下壓縮后數據變大也是有可能的）。

（3）引擎對刪除空間的處理，很多存儲引擎在刪除數據時，考慮到效率，都不會立即去挪動數據回收刪除的存儲空間，這樣可能導致刪除很多文檔后，邏輯空間變小，但物理空間并沒有變小。如下圖所示，灰色的文檔刪除表示被刪除。刪除的空間產生很多存儲碎片，這些碎片空間不會立即被回收，但有新文檔寫入時，可以立即被復用。

而上述case里，集合數據先分到一個shard，然后啟用分片后，遷移一部分到其他shard，就是一個典型的產生大量存儲碎片的例子。存儲碎片對服務通常影響不大，但如果因為空間不夠用了需要回收，如何去強制的回收這些碎片空間？

    ·數據清理掉重新加入復制集同步數據，或者直接執行resync命令 （確保有還有其他的數據備份）

    ·對集合調用 compact 命令

以上是mongodb分片不均衡的原因的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注創新互聯行業資訊頻道！

網頁題目：mongodb分片不均衡的原因
轉載源于：http://m.kartarina.com/article38/pihdpp.html

成都網站建設公司_創新互聯，為您提供網站導航、網站營銷、微信公眾號、外貿建站、、ChatGPT

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯