MongoDB compact 命令详解
为什么需要 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.
[code]mymongo:PRIMARY> db.coll.stats().wiredTiger["block-manager"]["file bytes available for reuse"] 5033984
执行 compact
执行前请确保你已经读懂了上面的内容,知道compact命令的原理、影响
[code]// compact somedb.somecollection use somedb db.runCommnd({compact: "somecollection"}) // compact oplog,在副本集primary上执行需要加 force 选项 use local db.runCommnd({compact: "somecollection", force: true})
原文链接
本文为云栖社区原创内容,未经允许不得转载。
- (十二)命令模式详解(故事版)
- Windbg调试命令详解(2)
- 【转】linux top命令详解
- Linux tcpdump命令详解
- 修复linux下受损的硬盘文件,e2fsck命令详解
- Linux rpm 命令参数使用详解
- select、bash函数初识及rpm命令详解
- linux screen 命令详解
- 每天一个linux命令(31): /etc/group文件详解
- (转载收藏用)linux sed命令详解
- dig命令详解
- 批处理for命令详解
- Linux rpm 命令参数使用详解[介绍和应用]
- Git 常用命令详解
- 详解adb常见命令及用法
- 【linux】grep命令参数及用法详解
- 30个实例详解TOP命令
- linux中的du 命令详解
- Autorun.inf及其命令详解
- 批处理命令中的FOR命令详解