分享Mongodb踩坑经历
我是本际云服务器推荐网的小编小本本,今天给大家分享一下我的Mongodb踩坑经历。首先,DBA需要了解数据库架构和背景,我所遇到的数据库是一个复制集1主+2从架构,其中主库的dbpath目录使用率已经达到了96%。

TTL索引属性修改和compact操作
经过查看,我发现其中一个集合占用了600GB左右的空间,而它的字段timestamp上有TTL索引。我与业务侧确认后,将数据保留期限从31天修改为7天,但修改TTL索引属性后,数据并没有立即释放空间,需要进行compact操作。但是,我在进行compact操作后却出现了问题——从库同步延迟越来越大,oplog丢失几个小时,只能通过重新初始化从库解决了。
正确的操作方式
经过分析,我发现问题出在oplog只能保存不到1.5小时,而compact操作需要的时间超过了2小时。此时正在进行TTL删除数据,产生大量的oplog。DBA在进行compact操作前,应该先在另外一个从节点进行oplog扩容,并将操作节点的同步源指向扩容了oplog的节点。同时,需要随时注意观察oplog保留时间,如果oplog大小仍然不够,还需要继续扩容。这样才能避免操作引起的问题。
以上就是我的Mongodb踩坑经历分享,希望能对大家有所帮助。
原创文章,作者:小编小本本,如若转载,请注明出处:https://www.benjiyun.com/yunzhujiyunwei/vps-yunwei/5861.html
