mongod服务处于失败状态，为何mongosh仍可正常使用？

你遇到的这个情况核心是systemd管理的MongoDB服务启动失败，但另有一个独立的MongoDB实例在运行，具体拆解如下：

1. systemd服务启动失败的原因（exit code 48） #

MongoDB的退出码48对应EADDRINUSE，意思是服务配置中指定的端口已被占用。
从你给出的服务状态来看，systemd尝试启动的mongod使用/etc/mongod.conf配置文件，而这个配置里的端口（默认是27017）已经被其他进程占用，导致服务启动失败后退出。

2. 为什么mongosh能正常连接操作？ #

因为此时系统中有一个非systemd管理的MongoDB实例正在运行，常见场景包括：

• 你之前手动执行过mongod命令（未通过systemd启动），这个手动实例占用了默认端口，导致systemd服务启动失败；
• 某个应用程序内嵌启动了MongoDB实例，占用了对应端口；
• 你曾用自定义配置文件启动过mongod，其使用的端口、数据路径等与systemd服务配置不冲突，但systemd服务因端口被占无法启动，而mongosh默认连接的是这个正常运行的实例。

简单来说：systemd管控的mongod没启动成功，但你的机器上还有另一个mongod在运行，所以mongosh能正常连接并执行操作。

内容的提问来源于stack exchange，提问作者HRobertSI