为何htop显示大量MySQL连接？Node.js Sequelize连接池场景咨询

结合你Node.js+Sequelize连接池的使用场景，下面是最常见的几个原因，我给你逐一拆解：

1. 连接池参数配置不合理 #

这是最容易踩的坑！Sequelize的连接池如果参数设置不当，会直接导致连接堆积：

• pool.max值过高：如果你把连接池的最大连接数设得远高于实际业务需要（比如设成50甚至100），当应用遇到高并发请求时，Sequelize会一次性创建到max数量的连接，每个连接对应MySQL的一个线程，htop里就会显示一堆mysqld条目。
• idle超时设置太长：空闲连接如果很久才被回收，会一直占用MySQL的连接资源，时间久了就会积累大量空闲连接。

你可以先检查自己的Sequelize配置：

const sequelize = new Sequelize('your_db', 'user', 'pwd', {
  dialect: 'mysql',
  pool: {
    max: 15, // 建议根据并发量调整，比如并发请求峰值是10，设15就足够
    min: 2,
    acquire: 30000,
    idle: 5000 // 缩短空闲超时，让闲置连接更快被回收
  }
});

2. 代码中存在连接泄漏 #

虽然Sequelize会自动管理连接池，但如果代码有疏漏，会导致连接无法归还到池里：

• 手动获取连接后未释放：如果你手动调用sequelize.connectionManager.getConnection()获取连接，却忘了执行conn.release()归还，这个连接就会一直被占用。
• 事务未正确收尾：开启事务后，如果没有在所有分支里执行commit()或rollback()，对应的连接会被锁死，无法复用。

比如这段错误代码就会导致连接泄漏：

// 错误示例：手动拿连接后没归还
const conn = await sequelize.connectionManager.getConnection();
try {
  await conn.query('SELECT * FROM users');
} catch (err) {
  // 只处理了错误，没释放连接
  console.error(err);
}
// 缺少 conn.release();

3. MySQL的线程显示方式导致的“视觉错觉” #

MySQL默认是用线程池处理客户端连接的，每个客户端连接对应一个mysqld线程。而htop默认会显示进程的所有线程（你可以按H键切换是否显示线程），所以你看到的“大量mysqld连接”其实是MySQL的连接线程，不是独立进程。切换到只显示进程的模式，你会发现mysqld主进程只有一个，其他都是它的线程。

4. 应用并发请求超出预期 #

如果你的项目突然遭遇流量峰值，或者有批量任务（比如定时同步数据、批量导入），Sequelize会根据并发请求数创建足够的连接，直到达到连接池的max上限。这种情况下，大量连接是正常的业务需求，但你需要评估是否要调整连接池参数或者优化业务逻辑（比如把批量任务拆分成小批次）。

• 先在MySQL里执行SHOW PROCESSLIST;，查看当前连接的状态：看看哪些连接是Sleep状态（空闲），哪些是Query状态（正在工作），判断是否有异常连接。
• 执行SHOW GLOBAL STATUS LIKE 'Threads_connected';，对比你的Sequelize连接池max值，看是否已经达到上限。
• 检查代码中所有手动操作连接、事务的地方，确保连接都能被正确归还，事务都能收尾。
• 调整连接池参数到合理值，不要盲目追求大的max值，毕竟每个连接都会占用服务器内存资源。

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