您好,登錄后才能下訂單哦!
這篇文章給大家分享的是有關Mongo中如何使用killOp干掉Long Running Operation的內容。小編覺得挺實用的,因此分享給大家做個參考,一起跟隨小編過來看看吧。
詳解currentOp()
gechongrepl:PRIMARY> db.currentOp()
{
"inprog" : [
{
"opid" : 6222,
"active" : true,
"secs_running" : 3,
"microsecs_running" : NumberLong(3662328),
"op" : "getmore",
"ns" : "local.oplog.rs",
"query" : {
},
"client" : "192.168.91.132:45745",
"desc" : "conn5",
"threadId" : "0x7f1370cb4700",
"connectionId" : 5,
"waitingForLock" : false,
"numYields" : 0,
"lockStats" : {
"timeLockedMicros" : {
"r" : NumberLong(141),
"w" : NumberLong(0)
},
"timeAcquiringMicros" : {
"r" : NumberLong(16),
"w" : NumberLong(0)
}
}
}
]
}
"opid" : 6222,#進程號
"active" : true,#是否活動狀態
"secs_running" : 3,#操作運行了多少秒
"microsecs_running" : NumberLong(3662328),
"op" : "getmore",#操作類型,包括(insert/query/update/remove/getmore/command)
"ns" : "local.oplog.rs",#命名空間
"query" : {},#如果op是查詢操作,這里將顯示查詢內容;也有說這里顯示具體的操作語句的
"client" : "192.168.91.132:45745",#連接的客戶端信息
"desc" : "conn5",#數據庫的連接信息
"threadId" : "0x7f1370cb4700",#線程ID
"connectionId" : 5,#數據庫的連接ID
"waitingForLock" : false,#是否等待獲取鎖
"numYields" : 0,
"lockStats" : {
"timeLockedMicros" : {#持有的鎖時間微秒
"r" : NumberLong(141),#整個MongoDB實例的全局讀鎖
"w" : NumberLong(0)},#整個MongoDB實例的全局寫鎖
"timeAcquiringMicros" : {#為了獲得鎖,等待的微秒時間
"r" : NumberLong(16),#整個MongoDB實例的全局讀鎖
"w" : NumberLong(0)}#整個MongoDB實例的全局寫鎖
MongoDB提供了killOp請求,用于干掉運行時間很長的請求,killOp通常需要與currentOp組合起來使用;先根據currentOp查詢到請求的opid,然后根據opid發送killOp的請求。
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的過濾條件包括
請求操作類型,insert、update、delete…
請求對應的connectionId,threadId
請求是否正在等待鎖
請求執行時間
請求操作的DB或collection
請求query的內容
…
currentOp的輸出結果里,每個請求包含一個opid字段,有了opid,就可以發送killOp來干掉對應的請求。
db.killOp(opid)
要了解killOp的意義,需要先搞清楚幾個問題
比如你通過mongo shell,發送了一個createIndex的請求,給某個包含1000w個文檔的集合建立索引,這個請求會耗時很久,你想提前中止請求,Ctrl-C停掉了mongo shell,此時mongo shell到server的連接會關閉掉。
但后端createIndex的請求(MongoDB每個連接的請求由一個對應的線程來處理)不會立即結束,而是會一直執行下去,直到createIndex結束,給客戶端發送應答時,發現連接已經關閉,然后線程才退出。
為了讓createIndex早點結束,你就需要killOp來幫忙,通過currentOp找到craeteIndex請求的opid,然后發送killOp,createIndex會在下個『檢查點』就結束執行,整個線程退出。
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等。
感謝各位的閱讀!關于“Mongo中如何使用killOp干掉Long Running Operation”這篇文章就分享到這里了,希望以上內容可以對大家有一定的幫助,讓大家可以學到更多知識,如果覺得文章不錯,可以把它分享出去讓更多的人看到吧!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。