MongoDB Memory Server 版本升级导致内存泄漏问题分析

问题背景

MongoDB Memory Server 是一个用于开发和测试的 MongoDB 内存数据库模拟器。近期有用户报告在从 8.11.4 版本升级到 10.1.3 版本后，在 GitHub Actions 环境中出现了内存不足的问题。本文将深入分析这一问题的原因和解决方案。

问题现象

用户在升级 MongoDB Memory Server 后，在 CI/CD 环境中遇到了以下问题：

1. 测试运行过程中内存使用量异常增长
2. GitHub Actions 因内存不足而超时终止
3. 本地测试虽然能通过，但执行速度明显变慢

技术分析

内存泄漏根源

经过深入调查，发现问题主要出现在以下几个方面：

1. 子进程管理机制：新版本中用于终止 MongoDB 进程的 killer 脚本存在缺陷，导致测试的 after 钩子也被执行在 killer 脚本中，形成了无限创建子进程的循环。

2. 资源清理不彻底：测试运行后，/tmp 目录下的 MongoDB 临时文件未能被完全清理，这些残留文件会持续占用系统资源。

3. Node.js 版本兼容性：当使用 Node.js 22 环境时，问题表现更为明显，可能与 Node.js 22 对子进程管理的改动有关。

版本差异影响

特别值得注意的是，9.x 版本到 10.1.3 版本之间的默认 MongoDB 二进制版本从 7.0.11 升级到了 7.0.14。尽管这只是一个版本号的变更，但却意外地触发了上述问题的出现。

解决方案

临时解决方案

对于急需解决问题的用户，可以采用以下临时方案：

1. 指定 MongoDB 版本：在创建 MongoMemoryServer 实例时明确指定版本号

await MongoMemoryServer.create({ binary: { version: "6.0.5" } })

2. 回退到 9.x 版本：9.1.6 版本被证实不存在此问题

3. 手动清理资源：在测试脚本中添加对 /tmp 目录的清理逻辑

长期解决方案

开发团队已经意识到这个问题，并计划：

1. 重构 killer 脚本的实现方式，避免子进程继承测试脚本的模块
2. 改进资源清理机制，确保所有临时文件都能被正确删除
3. 优化与 Node.js 新版本的兼容性

最佳实践建议

对于使用 MongoDB Memory Server 的开发团队，建议：

1. 监控资源使用：在 CI/CD 流水线中添加对 /tmp 目录和内存使用的监控
2. 明确指定版本：无论是 MongoDB Memory Server 本身还是 MongoDB 二进制版本，都应明确指定
3. 隔离测试环境：考虑使用 Docker 容器来运行测试，确保环境隔离和资源清理

总结

这次内存泄漏问题提醒我们，即使是看似简单的版本升级也可能带来意想不到的问题。作为开发者，我们应该：

1. 在升级关键依赖时进行充分测试
2. 建立完善的资源监控机制
3. 保持对开源项目 issue 的关注，及时获取问题修复信息

MongoDB Memory Server 团队正在积极解决这一问题，相信很快会有更稳定的版本发布。在此期间，用户可以采用上述解决方案来规避问题。