表长大了再建索引,或是删除索引再建索引,大概率是慢查询打满的cup,再加上建索引操作的助攻,mongo可能就直接跪了。如果线上已经出了问题不可用了,万分紧急的情况下,使用此方法
- 查询正在建索引的op
db.currentOp(
{
$or: [
{ op: "command", "query.createIndexes": { $exists: true } },
{ op: "none", ns: /\.system\.indexes\b/ }
]
}
)
- 杀掉对应的op
db.killOp(opid)
- 如果找不到opid也没关系,改名可以逼死建索引的操作,
步骤3-4才是关键
db.current_collection.renameCollection("current_collection_bak")
改完名后需要等一下,原collection建索引的操作才会死,这个时候可以建好改名后collection的索引,再rename回去。因为改了名,程序查不到原collection,没有了慢查询,CPU会恢复正常。
db.current_collection_bak.createIndex({"field":1})
- 如果有新的数据插入原collection,在改回原名时可能会出现原collection已存在的错误,这时候需要一波骚操作,先在编辑器上写好命令,一起粘到终端执行
db.current_collection.drop()
db.current_collection_bak.renameCollection("current_collection")
第一条命令可以选择再改成其他名方便后续回补数据或是直接删除,手速快一点哈