為什么需要 compact

一圖勝千言

remove 與 drop 的區別

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

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

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

compact 命令對讀寫的影響

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

compact 具體做了什么？

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

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

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

如果上面都不滿足，說明執行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

執行 compact

執行前請確保你已經讀懂了上面的內容，知道compact命令的原理、影響

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

原文鏈接
本文為云棲社區原創內容，未經允許不得轉載。

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。