mongos崩潰后無法重啟怎么辦

這篇文章將為大家詳細講解有關mongos崩潰后無法重啟怎么辦，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

前言

官方文檔：https://docs.mongodb.com/manual/reference/program/mongos/#bin.mongos

mongos是MongoDB shard的縮寫，它是一個為應用層提供查詢請求并決定數據在MongoDB分片中位置的路由服務。從應用層的角度來看，mongos的行為和一個MongoDB實例是沒有區別的。

詳細的配置參數，大概瀏覽一遍官方文檔即可，需要用到的時候再去查就行了。

由于近期有不同用戶先后遇到SERVER-52654，做一些說明：

影響版本

所有使用MongoDB 4.2.2+，并使用了分片的集群。

問題現象

從上次重啟config節點，或者重新選舉90或180天后，所有mongos會同時crash，并且無法重新啟動。

問題原因

該問題是由于config節點無法正常刷新簽名密鑰導致。正常情況下存在2個密鑰，一個正在使用的，將在90天內過期，一個即將使用的將在180天內過期。SERVER-52654導致config無法正常刷新密鑰，所以在現有密鑰過期后mongos將崩潰。

修復版本

該問題將在4.2.12修復。4.2.12目前已發布。

規避辦法

在90天內將primary節點stepDown一次即可避免該問題發生。如果想知道簽名密鑰的確切過期時間，可以連接到任意config節點，并執行以下腳本：

db.getSiblingDB("admin").system.keys.find().map(k => { return { _id: k._id, purpose: k.purpose, expiresAt: new Date(k.expiresAt.getTime()*1000) }})

如果存在2個密鑰（一個90天內過期，一個180天內過期），則暫時不用操作；如果只有1個密鑰，則應該在90天內執行stepDown切換config主節點。

由于system.keys集合需要特殊權限方可訪問，如果遇到權限問題，可能需要以下腳本來創建必要的角色（將ADMIN更換為您使用的用戶）：

use admin;
db.createRole({
 role: "query_keys",
 privileges: [
 { resource: { db: "admin", collection: "system.keys"}, actions: [ "find" ] },
 ],
 roles: [ ]
});
db.grantRolesToUser("ADMIN", ["query_keys"])

config主節點重新選舉后將產生新的過期時間，仍可通過上述腳本檢查是否已刷新。

關于“mongos崩潰后無法重啟怎么辦”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。