MongoDB开启认证后应用程序出现断连假死现象

MongoDB认证失败导致连接假死的主因是未配置authSource=admin、mongod未启用authorization、副本集用户不同步及客户端未处理失效连接。连接字符串里没加 authSource 参数MongoDB 开启认证后，默认会把用户信息存在 admin 数据库里，但客户端如果没明确告诉它“去哪验证”，就会默认查当前连接的数据库（比如 myapp），结果找不到用户，连接卡住或超时假死。常见错误现象：SocketTimeoutException、Authentication failed 但日志里没报错、应用线程长时间阻塞在 mongoClient.connect()。Java 驱动必须显式指定 authSource=admin，哪怕你连的是 mongodb://user:pass@host:27017/myapp?authSource=adminNode.js 的 MongoClient 同样要加 ?authSource=admin，否则即使用户名密码对，也会在握手阶段 hang 住Python 的 pymongo.MongoClient 如果用字典传参，得写 authSource='admin'，不能只靠 URI 里的数据库名mongod 启动时没配 --auth 或配置文件漏了 security.authorization: enabled看起来开了认证，其实压根没生效——这时候应用能连上，但一执行带权限的操作（比如写某个 collection）就失败，表现像“部分功能突然不可用”，容易误判为网络或代码问题。检查方法很简单：进 mongo shell 运行 db.runCommand({connectionStatus: 1})，看返回里 authInfo.authenticatedUsers 是否为空；或者直接 db.adminCommand({getCmdLineOpts: 1}) 确认 security.authorization 是不是 true。Linux 下用 ps aux | grep mongod 查进程参数，确认有没有 --authDocker 启动记得加 -e MONGO_INITDB_ROOT_USERNAME 并挂载配置文件，否则 docker run mongo --auth 不生效（因为 entrypoint 覆盖了命令）配置文件里如果写了 security: 但缩进不对（YAML 对空格敏感），mongod 会静默忽略 authorization 配置应用复用连接但没处理认证失败后的重连逻辑很多框架（如 Spring Boot 的 spring-boot-starter-data-mongodb）默认开启连接池，一旦某次认证失败（比如密钥轮换后没更新配置），连接池里已有连接可能处于半死状态，后续请求持续 fallback 到这些连接，造成大面积假死。 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手，依托大模型，帮助用户记录、整理和分析音视频内容，体验用大模型做音视频笔记、整理会议记录。