為什么需要 compact

一圖勝千言

remove 與 drop 的區(qū)別

MongoDB 里刪除一個集合里所有文檔，有兩種方式

• db.collection.remove({}, {multi: true})，逐個文檔從 btree 里刪除，最后所有文檔被刪除，但文件物理空間不會被回收
• db.collection.drop()?刪除集合的物理文件，空間立即被回收

總的來說，remove 會產(chǎn)生邏輯的空閑空間，這些空間能立即用于寫入新數(shù)據(jù)，但文件占用的總物理空間不會立即回收；通常只要持續(xù)在寫入數(shù)據(jù)，有物理空間碎片問題并不大，不需要去 compact 集合，有的場景，remove 了大量的數(shù)據(jù)后，后續(xù)的寫入可能并不多，這時如果想回收空間，就需要顯式的調(diào)用 compact。

compact 命令對讀寫的影響

compact 一個集合，會加集合所在DB的互斥寫鎖，會導致該DB上所有的讀寫請求都阻塞；因為 compact 執(zhí)行的時間可能很長，跟集合的數(shù)據(jù)量相關，所以強烈建議在業(yè)務低峰期執(zhí)行，避免影響業(yè)務。

compact 具體做了什么？

Compact 動作最終由存儲引擎 WiredTiger 完成，WiredTiger 在執(zhí)行 compact 時，會不斷將集合文件后面的數(shù)據(jù)往前面空閑的空間寫，然后逐步 truancate 文件回收物理空間。每一輪 compact 前，WT 都會先檢查是否符合 comapact 條件。

前面80%的空間里，是否有20%的空閑空間，用于寫入文件后面20%的數(shù)據(jù)，或者

前面90%的空間里，是否有10%的空閑空間，用于寫入文件后面10%的數(shù)據(jù)

如果上面都不滿足，說明執(zhí)行compact肯定無法回收10%的物理空間，此時 compact 就回退出。所以有時候遇到對一個大集合進行 compact，compact立馬就返回ok，集合的物理空間也沒有變化，就是因為 WiredTiger 認為這個集合沒有 compact 的必要。

如何預估compact能回收多少空間？

The amount of empty space available for reuse by WiredTiger is reflected in the output of db.collection.stats() under the heading?wiredTiger.block-manager.file bytes available for reuse.

mymongo:PRIMARY> db.coll.stats().wiredTiger["block-manager"]["file bytes available for reuse"] 5033984

執(zhí)行 compact

執(zhí)行前請確保你已經(jīng)讀懂了上面的內(nèi)容，知道compact命令的原理、影響

// compact somedb.somecollectionuse somedbdb.runCommnd({compact: "somecollection"})// compact oplog，在副本集primary上執(zhí)行需要加 force 選項use localdb.runCommnd({compact: "somecollection", force: true})

原文鏈接
本文為云棲社區(qū)原創(chuàng)內(nèi)容，未經(jīng)允許不得轉(zhuǎn)載。

總結(jié)

以上是生活随笔為你收集整理的MongoDB compact 命令详解的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。