【译】使用MongoDB时,如何停止失控的索引创建过程?

【原文】https://scalegrid.io/blog/how-to-stop-a-runaway-index-build-in-mongodb/
【译文】
在MongoDB上建索引可能会对MongoDB集群对可用性产生负面影响。在生产服务上,如果针对一个大集合触发建立索引,且在前台运行,你可能会发现,在索引建完之前,整个集群都无影响。在一个大集合上,这个过程可能会持续几个小时,甚至几天。

推荐的最佳做法是,触发建索引,但让其在后台运行。然而,当是大集合的索引,我们依然会碰到很多问题。以三节点集群为例,两个从节点启动建索引,停止对所有请求的响应。此时,主节点没有足够法定个数,进而转化为从节点状态,整个集群此时就完了。基于命令行触发的默认的建索引都是在前台建索引,这产生了普遍性的问题。在未来的发行版中,希望能默认后台运行。

一旦你触发一个索引,简单的重启服务并不能解决这个问题,因为MongoDB会继续重启前的建索引的工作。如果之前你运行后台建索引任务,在服务重启后它会变成前台运行的任务。在这种情况下,重启会让问题变得更糟糕。

如果你已经启动了建索引的任务,该如何停止它呢?幸运的是,有方法相对简单的停止建索引任务。

选项一:杀掉建索引的进程

使用db.currentOp()定位建索引进程,然后使用db.killOp(<opid>)杀掉操作。建索引大致会是以下的样子:
{ "opid" : 820659355, "active" : true, "lockType" : "write", .... "op" : "insert", "ns" : "xxxx", "query" : { }, "client" : "xxxx", "desc" : "conn", "msg" : "index: (2/3) btree bottom up 292168587/398486401 64%" }
如果正在建索引的节点不能响应新连接,或者killOp不起作用,使用选项二。

选项二:配置“noIndexBuildRetry”并重启

MongoDB提供了选项“noIndexBuildRetry”,它会指示MongoDB重启后不再继续没建完的索引。
该参数并没有直接出现在配置文件中,只是作为mongod进程的参数。不推荐手工使用该参数运行mongod,因为如果你偶尔以特定用户(如root)运行monogod进程,它最终会改变所有文件的权限。一旦以root运行,我们再次以mongod运行时,会遇到间歇性的问题。
简单的做法是修改文件 /etc/init.d/mongo。查找下面这行:
OPTIONS=" -f $CONFIGFILE"
替换为以下内容:
OPTIONS=" -f $CONFIGFILE --noIndexBuildRetry"

详细步骤

为了讨论,针对CentOS/RedHat/Amazon Linux提供了指令。

1.配置“-noIndexBuildRetry”

在所有数据节点中,增加“-noIndexBuildRetry”配置选项。

2.重启所有建索引的节点

检查每个数据服务的mongod日志文件,检查是否在建索引。如果还在建,运行命令“service mongod restrart”重启服务。

3.删除未完成的索引

一旦所有相关的节点都重启,检查所有索引列表,删除掉列表中的未完成的索引。

4.移除“-noIndexBuildRetry”

修改文件(/etc/init.d/mongod),移除第一步添加的-noIndexBuildRetry配置选项,这样我们让服务恢复到原来的默认行为,即自动继续建索引。
祝建索引愉快!

    原文作者:黄军雷
    原文地址: https://www.jianshu.com/p/f9d71763e844
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞