基于Express与MongoDB的应用中，哪些属于高开销操作？

DevOps 小满

2026-5-26

Express + MongoDB 应用中的高开销操作分析

看了你贴的代码片段，完全能理解你开发时的困惑——这类全栈应用里确实有不少容易踩坑的高开销操作，我结合你的代码和实际开发中的常见问题给你梳理清楚：

每次请求都创建新的MongoDB连接
你的路由里每次收到请求都调用MongoClient.connect()，这是最典型的性能杀手。建立数据库连接需要完成TCP握手、身份认证等一系列开销很大的步骤，频繁创建销毁连接会同时消耗服务器和数据库的资源，并发量上来后响应速度会暴跌，甚至导致数据库连接池耗尽。
正确的做法是在应用启动时就初始化连接池，之后所有请求复用池中的连接，避免重复创建。
无索引的全集合查询
你用findOne({}, ...)这种无特定条件的查询，或者如果后续加了查询条件但没对应索引，MongoDB会执行全集合扫描。当customers集合数据量增长到几万甚至几十万条时，全扫描会占用大量CPU和内存，拖慢整个请求的响应时间。
一定要根据业务中常用的查询字段创建索引，比如经常按用户邮箱查询就执行db.collection("customers").createIndex({email: 1})，索引能让查询速度提升几个数量级。
未妥善处理的数据库错误
代码里直接if (err) throw err;在Express路由中抛出错误，这种做法非常危险。未捕获的错误会导致请求挂起，甚至触发Node.js进程崩溃（如果没有全局错误处理中间件的话），每次异常处理都会消耗额外的系统资源，还会降低服务的可用性。
建议用异步/await结合try/catch来处理错误，给客户端返回友好的错误响应，比如：
```
app.get('/', async (req, res) => {
  try {
    // 假设已经提前初始化了MongoDB客户端连接
    const result = await db.collection("customers").findOne({});
    res.send(result);
  } catch (err) {
    res.status(500).send('查询失败，请稍后重试');
    console.error('数据库错误:', err);
  }
})
```
阻塞事件循环的同步操作
如果你的路由中存在CPU密集型的同步操作（比如复杂的数据计算、大文件同步处理），会直接阻塞Node.js的事件循环，导致所有后续请求都排队等待——这对Express这种单线程模型的框架来说是致命的性能开销，会让整个服务的吞吐量骤降。
这类操作应该放到Worker线程或者异步任务队列中处理，避免阻塞主线程。
未优化的大响应数据发送
如果查询返回的数据量很大，直接用res.send(result)会把所有数据一次性加载到内存中再发送，这会占用大量内存和网络带宽，并发请求多时很容易导致内存溢出。
可以考虑分页返回数据，或者用流式响应（res.write()分批发送）来降低内存占用。

内容的提问来源于stack exchange，提问作者Willem van der Veen