这篇文章将为大家详细讲解有关mongos崩溃后无法重启怎么办，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。

从策划到设计制作，每一步都追求做到细腻，制作可持续发展的企业网站。为客户提供网站设计、做网站、网站策划、网页设计、主机域名、虚拟主机、网络营销、VI设计、 网站改版、漏洞修补等服务。为客户提供更好的一站式互联网解决方案,以客户的口碑塑造优易品牌,携手广大客户,共同发展进步。

前言

官方文档：/tupian/20230522/ 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崩溃后无法重启怎么办”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。

新闻标题：mongos崩溃后无法重启怎么办-创新互联
文章地址：http://azwzsj.com/article/ihpjo.html