MongoDB3.2磁盤碎片整理---compact詳述

2019-11-08 20:58:57

字體：大中小

供稿：網(wǎng)友

前序：由于業(yè)務(wù)原因，需要將過期數(shù)據(jù)刪除，之前也已經(jīng)寫了一篇關(guān)于如何定期刪除數(shù)據(jù)的文章，但有一個(gè)問題出現(xiàn)了，頻繁刪除數(shù)據(jù)之后，會(huì)產(chǎn)生很多磁盤碎片，這些碎片進(jìn)而會(huì)影響查詢性能，隨需要處理之當(dāng)從MongoDB中刪除文檔（Documents）或集合（Collections）后，MongoDB不會(huì)將Disk空間釋放給OS，MongoDB在數(shù)據(jù)文件（Data Files）中維護(hù)Empty Records的列表。當(dāng)重新插入數(shù)據(jù)后，MongoDB從Empty Records列表中分配存儲(chǔ)空間給新的Document，因此，不需要重新開辟空間。為了更新有效的重用Disk空間，必須重新整理數(shù)據(jù)碎片。有好幾種方法處理：①使用compact命令②重建collection③新加一個(gè)secondary節(jié)點(diǎn)，然后將此節(jié)點(diǎn)切換為PRimary后兩種方法以后有時(shí)間再細(xì)說，也是網(wǎng)友提供的，今天只看Compact命令的實(shí)現(xiàn)簡介： 官方解釋是：compact命令能夠重寫和重組集合的data和index 格式： db.runCommand({ compact: <collection name>,force:<boolen> } ) ---紅色部分是可選項(xiàng) compact命令之后寫你想要整理的collection名字 force參數(shù)用于replica set中primary整理時(shí)之用，否則會(huì)報(bào)錯(cuò)說明： 在compact期間會(huì)阻塞其他針對(duì)此collection的操作，所以最好在業(yè)務(wù)不繁忙的時(shí)候進(jìn)行compact動(dòng)作；針對(duì)compact完成之后，不同引擎會(huì)有不同的磁盤影響 WireTiger引擎：在此引擎的數(shù)據(jù)庫下，compact會(huì)整理碎片，并且釋放未使用的磁盤空間給系統(tǒng) MMAPv1引擎：在此引擎的數(shù)據(jù)庫下，compact會(huì)整理碎片，重建索引，但不會(huì)將未使用的空間釋放給系統(tǒng)，后續(xù)新插入的數(shù)據(jù)依然可以使用這些空間在復(fù)制集架構(gòu)下的一些注意： compact命令不會(huì)自動(dòng)復(fù)制到secondary節(jié)點(diǎn)執(zhí)行，compact在每個(gè)節(jié)點(diǎn)成員中都是獨(dú)立的，在Primary，secondary中執(zhí)行時(shí)都要使用force參數(shù)，當(dāng)在secondary的collection上執(zhí)行compact命令時(shí)，此secondary節(jié)點(diǎn)會(huì)變成RECOVERING狀態(tài)，且無法提供讀操作在capped collection中不必使用compact命令，因?yàn)樗旧砭褪枪潭臻g測試驗(yàn)證：在單實(shí)例情況下：

在復(fù)制集架構(gòu)primary上使用時(shí)，如果不使用force參數(shù)，則會(huì)報(bào)錯(cuò)，如下：

若想要對(duì)著一個(gè)數(shù)據(jù)庫的所有collection集合進(jìn)行compact命令的話，可以參考使用repairDatabase命令哦>use testDB>db.runCommand({repairDatabase:1})注：這個(gè)命令一定要謹(jǐn)慎使用，能不用的情況下盡量不用，因?yàn)闀?huì)花費(fèi)很多時(shí)間和性能官網(wǎng)的一句話是這樣說的：The repairDatabase command compacts all collections in the database. It is identical to running the compact command on each collection individually

上一篇：mysql

下一篇：mysql解決臟讀、不可重復(fù)讀、虛讀的辦法