【MongoDB】MongoDB管理：使用killOp幹掉Long Running Operation

標籤：ctrl   管理   one   輸出   index   通過   exists   組合   com   

http://www.mongoing.com/archives/2563

MongoDB提供了killOp請求，用於幹掉已耗用時間很長的請求，killOp通常需要與currentOp組合起來使用；先根據currentOp查詢到請求的opid，然後根據opid發送killOp的請求。

currentOp

currentOp的使用，參考官方文檔

currentOp會將後端Mongod上正在執行的請求都列出來，也可根據查詢條件（如請求類型，請求是否正在等待鎖，請求操作的DB或collection）來進行過濾。

例1：查詢所有正在等待鎖的寫操作

db.currentOp(   {     "waitingForLock" : true,     $or: [        { "op" : { "$in" : [ "insert", "update", "remove" ] } },        { "query.findandmodify": { $exists: true } }    ]   })

例2：查詢所有操作db1並且執行時間已超過3s的請求

db.currentOp(   {     "active" : true,     "secs_running" : { "$gt" : 3 },     "ns" : /^db1\./   })

currentOp的過濾條件包括

1. 請求操作類型，insert、update、delete…
2. 請求對應的connectionId，threadId
3. 請求是否正在等待鎖
4. 請求執行時間
5. 請求操作的DB或collection
6. 請求query的內容
7. …

killOp

currentOp的輸出結果裡，每個請求包含一個opid欄位，有了opid，就可以發送killOp來幹掉對應的請求。

db.killOp(opid)

要瞭解killOp的意義，需要先搞清楚幾個問題

用戶端到Monogd Server串連斷掉後，串連上執行的請求是否會立即結束？

比如你通過mongo shell，發送了一個createIndex的請求，給某個包含1000w個文檔的集合建立索引，這個請求會耗時很久，你想提前中止請求，Ctrl-C停掉了mongo shell，此時mongo shell到server的串連會關閉掉。

但後端createIndex的請求（MongoDB每個串連的請求由一個對應的線程來處理）不會立即結束，而是會一直執行下去，直到createIndex結束，給用戶端發送應答時，發現串連已經關閉，然後線程才退出。

為了讓createIndex早點結束，你就需要killOp來幫忙，通過currentOp找到craeteIndex請求的opid，然後發送killOp，createIndex會在下個『檢查點』就結束執行，整個線程退出。

發送killOp後，請求是否會立即結束？

killOp的實現原理如下

每個串連對應的服務線程儲存了一個killPending的欄位，當發送killOp時，會將該欄位置1；請求在執行過程中，可以通過不斷的調用OperationContext::checkForInterrupt()來檢查killPending是否被設定，如果被設定，則線程退出。

一個請求要支援killOp，必須在請求的處理邏輯裡加上checkForInterrupt()檢查點才行，否則即使發送了killOp，也只能等待請求完全處理完畢線程才會退出。

比如createIndex的處理邏輯裡包含了類似如下的代碼，在createIndex的迴圈過程中，一旦killPending被置1了，createIndex的執行可以在當前迴圈結束時退出。

while (!createIndexFinished) {    createIndexForOneElement();    checkForInterupt();}

所以發送killOp後，請求要執行到下一個『檢查點』線程才會退出，MongoDB在很多可能耗時間長度的請求中，都加入了checkForInterrupt()檢查點，如建立索引，repair database，mapreduce、aggregation等。

【MongoDB】MongoDB管理：使用killOp幹掉Long Running Operation