Express使用Mongoose查询MongoDB时JS堆内存上涨120MB原因咨询

内存上涨原因 #

• 全表查询加载全部数据：你直接调用Profile.find()没有加任何分页限制，会将集合中所有文档一次性加载到Node.js进程内存中，你观测到的array内存上涨就是存储所有查询结果的数组占用的空间。
• Mongoose文档对象额外开销：默认情况下Mongoose查询返回的是Mongoose文档实例而非普通JS对象，每个实例都内置了save、update等方法和大量元属性，这就是你观测到的TypeObject内存从3MB涨到99MB的核心原因，这类实例的内存占用通常是原始JSON数据的3~5倍。
• 垃圾回收未触发：V8引擎的垃圾回收是惰性执行的，查询结束后临时变量占用的内存不会被立即回收，会等到堆内存占用达到阈值时才会统一清理，因此查询后短时间内观测到的堆内存会处于偏高状态。
• 序列化临时开销：调用res.json()返回数据时，会将整个结果数组序列化为JSON字符串，这个过程会产生额外的临时内存占用。

是否属于正常现象 #

分两种情况判断：

1. 单次请求后内存上涨、手动触发GC（启动Node时加--expose-gc参数，调用global.gc()）后内存回落至接近初始水平，且多次重复请求后内存稳定在固定区间不会持续上涨，属于正常现象，不是内存泄漏，上涨的内存大小和你集合中的总数据量匹配即可。
2. 如果多次请求后内存持续线性上涨，GC后也不会回落，才属于异常情况，需要排查是否有全局变量缓存了查询结果、资源未释放等问题。

优化建议 #

• 避免全表查询：业务需要返回全量数据除外，常规场景下添加分页逻辑，使用limit+skip或者游标分页限制单次查询的数据量，降低内存峰值。
• 开启lean查询：如果不需要使用Mongoose文档的内置方法，查询时添加.lean()方法：await Profile.find().lean()，直接返回普通JS对象，可降低70%以上的查询结果内存占用。
• 大数据量用流式返回：如果确实需要返回全量数据，使用Mongoose游标+流式响应，避免一次性将所有数据加载到内存：

const cursor = Profile.find().cursor()
res.type('json')
res.write('[')
let first = true
for await (const doc of cursor) {
  if (!first) res.write(',')
  first = false
  res.write(JSON.stringify(doc))
}
res.write(']')
res.end()

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