Как (безопасно) убить длительные операции в MongoDB?

Иногда операции выходят из-под контроля в MongoDB и могут заканчиваться выполнением в течение сотен секунд, и влияют на производительность, пока они не будут уничтожены или завершены.

Когда это происходит, я знаю, что у меня есть в killOp()наличии, но как убить только целевые длительные операции, не убивая (например) длительные операции, связанные с репликацией (что может быть опасно)?

Это может быть немного сложно, но тот факт, что оболочка MongoDB является в основном интерпретатором Javascript, дает нам достойные варианты с точки зрения фильтрации. Вот функция, которую я использую для достижения этой цели:

// kills long running ops in MongoDB (taking seconds as an arg to define "long")
// attempts to be a bit safer than killing all by excluding replication related operations
// and only targeting queries as opposed to commands etc.
killLongRunningOps = function(maxSecsRunning) {
    currOp = db.currentOp();
    for (oper in currOp.inprog) {
        op = currOp.inprog[oper-0];
        if (op.secs_running > maxSecsRunning && op.op == "query" && !op.ns.startsWith("local")) {
            print("Killing opId: " + op.opid
            + " running over for secs: "
            + op.secs_running);
            db.killOp(op.opid);
        }
    }
};

Это убьет только запросы, превышающие maxSecsRunningпороговое значение, и не коснется ничего, работающего с localбазой данных, которая находится там, где oplogживет (и, следовательно, является базой данных, которая участвует в длительных операциях репликации. Относительно легко добавить критерии к внутреннему ifусловному условию). более точно нацеливать операции по мере необходимости на основе конкретных потребностей.

Код также доступен в виде суть (где я буду помнить, чтобы обновить его на постоянной основе).