使用Mongoose操作MongoDB时的分数提交与查询异常排查

1. 前端更新不稳定（前5次仅半数更新） #

• 检查前端是否启用了缓存机制，比如用localStorage缓存旧数据，提交成功后未主动触发数据刷新
• 在浏览器控制台查看每次提交后的接口返回值，确认后端返回的分数列表和MongoDB中存储的数据是否一致
• 如果用了实时更新（WebSocket/轮询），排查是否存在连接中断、消息丢失的情况，导致部分提交未触发前端渲染

2. 第6次提交&查询全失效 #

• 检查MongoDB连接池配置：是否maxPoolSize设置过低，前5次请求耗尽了所有连接，导致第6次无法建立新连接
• 查看后端运行日志：重点找提交时的写入错误、查询时的超时/连接关闭报错，比如MongoTimeoutError这类提示
• 排查后端是否存在内存泄漏：前5次操作积累了未释放的资源，第6次触发进程无响应或崩溃

3. 重启后排序异常（最新分数不在顶部） #

• 确认查询排序逻辑：是否按**创建时间戳（createdAt）**倒序？如果只写了sort({ score: -1 })，同分数的最新记录不会自动排到顶部
• 检查排序语句顺序：必须是先排序再调用limit，正确写法是find().sort({ createdAt: -1 }).limit(5)，反过来会导致结果错误
• 验证DB中createdAt字段：确认每次提交时是否生成了正确的当前时间戳，有没有出现时间重复或写入错误的情况

4. 关于.limit(5)的额外验证 #

既然调整参数无改善，可重点确认：前端是否有本地排序逻辑？比如拿到后端数据后又自行排序，导致和后端返回的顺序不一致；另外检查接口返回的数据集长度是否符合预期，有没有被前端额外截断

快速调试步骤 #

1. 开启MongoDB查询日志，直接查看每次提交、查询的执行语句是否符合预期
2. 给后端接口加详细日志，记录每次请求的参数、DB操作结果、返回给前端的数据
3. 前端强制在提交成功后重新拉取数据，禁用本地缓存，测试更新稳定性
4. 临时调高MongoDB连接池大小，验证是否是连接耗尽导致的第6次操作失效

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