MongoDB连接数异常增长技术咨询：定时启动进程未连库却增连

嘿，这个问题我之前帮团队排查过类似的，核心大概率是子进程继承了父进程的MongoDB连接池，给你梳理几个具体的排查方向和解决思路：

• 父进程连接池被子进程继承
  Node.js的child_process.fork默认会继承父进程的所有文件描述符，包括MongoDB连接的套接字。哪怕你的Cron子进程代码里没显式调用MongoDB连接，只要父进程本身持有连接池，子进程启动后就会带着这些连接“上车”。更坑的是，如果子进程退出时没正确关闭这些继承的连接，MongoDB端会一直认为连接是活跃的，导致总数持续上涨。

  • 验证方法：
    1. 在Cron启动子进程前，打印父进程的MongoDB连接状态：比如用Mongoose的话可以输出mongoose.connection.readyState，用原生驱动可以调用client.topology.connections()看当前连接数。
    2. 登录MongoDB执行db.currentOp(true)，查看新连接对应的进程ID，对比你的Node进程ID，确认是不是Cron启动的子进程带过来的。
  • 解决办法：
    启动子进程时显式禁用文件描述符继承，比如设置stdio: ['ignore', 'ignore', 'ignore', 'ipc']；或者在子进程入口处立刻断开所有继承的MongoDB连接（如果子进程完全不需要的话）。

• 隐性依赖悄悄初始化了连接
  你说子进程代码里没连接MongoDB，但说不定某个依赖包在背后搞事情——比如有些日志工具、监控插件会在模块加载时自动读取配置并连接MongoDB，哪怕你没主动调用相关方法。

  • 验证方法：
    在子进程入口的最顶部添加console.log(Object.keys(require.cache).filter(key => key.includes('mongodb') || key.includes('mongoose')))，看看有没有加载MongoDB相关模块；或者用strace -p <进程ID> -e trace=network（Linux）跟踪进程的网络请求，确认是不是发起了MongoDB的连接。
  • 解决办法：
    排查所有依赖的文档，关闭自动连接的配置；或者在子进程入口先删除MongoDB相关的模块缓存：delete require.cache[require.resolve('mongodb')]，阻止模块自动初始化。

• 连接超时配置导致连接未及时释放
  如果主进程的MongoDB连接池设置了过长的超时时间，子进程继承连接后，哪怕子进程已经退出，MongoDB端可能要等超时时间到了才会释放连接，导致连接数看起来一直在涨。

  • 验证方法：
    查看MongoDB的net.ipv4.tcp_keepalive_time系统配置，或者你的驱动的socketTimeoutMS、connectTimeoutMS参数；然后观察子进程退出后，MongoDB的连接数多久会下降。
  • 解决办法：
    调整驱动的超时参数，比如把socketTimeoutMS设为较短的值（比如30秒）；或者在子进程完成任务后，显式调用mongoose.disconnect()或者client.close()关闭所有连接，再退出进程。

• 自建Cron的进程管理问题
  会不会你的Cron系统没正确启动新进程，而是复用了旧进程？或者进程退出时没有彻底清理，导致连接被残留？

  • 验证方法：
    每次Cron启动进程时，记录进程ID，对比之前的ID看是否重复；或者用ps aux | grep node查看进程列表，确认旧进程是否已经完全退出。
  • 解决办法：
    检查Cron代码，确保每次启动的是全新的子进程；在子进程任务完成后，调用process.exit(0)强制退出，或者用tree-kill工具确保子进程及其子进程都被彻底杀死。

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