我来帮你梳理这个问题——明明配置了连接池，但每次查询还是新建连接，最终触发JawsDB的max_user_connections限制，这确实挺闹心的。结合你的描述和断点信息，我们从几个方向排查：

先确认核心前提：Sequelize实例是否真的全局唯一 #

你说已经确认只创建了一次实例，但还是要再检查一遍：有没有在其他模块（比如路由、工具类）里重复new Sequelize()？如果是模块化项目，有些模块可能因为重复require或者逻辑疏漏，悄悄创建了多个实例，每个实例都有自己的连接池，自然会疯狂消耗连接数。

可能的原因1：连接池配置未被正确应用 #

虽然你设置了pool: { max:5, min:1, idle:10000 }，但要注意几个细节：

• Sequelize版本差异：旧版本的连接池可能需要额外配置acquire参数（默认60000ms），如果你的查询耗时超过这个阈值，连接会被强制释放并重新创建，导致池无法复用。
• dialectOptions冲突：检查dialectOptions里有没有设置影响连接复用的参数？比如某些MySQL特定的连接属性可能覆盖了池的行为。

可能的原因2：连接泄漏（最常见） #

如果代码里存在未正确关闭的连接或事务，池里的连接会被持续占用，没有可用连接时只能新建，最终耗尽配额。重点排查：

• 事务未正确结束：所有事务必须明确commit或rollback，尤其是异步代码中要捕获异常：

  // 错误示例：异常时未回滚，连接泄漏
  const t = await sequelize.transaction();
  try {
    await User.create({ name: 'test' }, { transaction: t });
    await t.commit();
  } catch (err) {
    // 忘记执行rollback！
    throw err;
  }
  
  // 正确示例：无论成败都结束事务
  const t = await sequelize.transaction();
  try {
    await User.create({ name: 'test' }, { transaction: t });
    await t.commit();
  } catch (err) {
    await t.rollback();
    throw err;
  }
  

• 手动调用连接方法未释放：如果代码里直接调用了sequelize.connectionManager.connect()，一定要记得释放连接（不过正常使用模型查询不会出现这种情况）。

可能的原因3：Heroku多实例+连接池配置叠加 #

Heroku的dyno如果是多实例运行，每个实例都会创建自己的连接池。比如你设置pool.max=5，2个实例就会占用10个连接，刚好触达JawsDB的限制。解决方法：

• 降低每个实例的pool.max值，比如设为3，留足余量；
• 在Heroku控制台查看dyno数量，必要时减少实例数。

快速验证连接池状态的方法 #

在代码里加一段定时日志，实时查看连接池的使用情况，确认连接是否被复用：

setInterval(() => {
  const pool = sequelize.connectionManager.pool;
  console.log(`连接池状态：已使用${pool._allocated.length} | 空闲${pool._free.length} | 最大限制${pool._maxSize}`);
}, 5000);

如果每次查询后_allocated持续增长，说明连接确实没有被复用，重点排查连接泄漏或实例重复创建问题。

调整后的连接池配置建议 #

针对JawsDB的低连接数限制，建议优化配置：

const sequelize = new Sequelize(config.databaseUri, { 
  dialect: 'mysql', 
  dialectOptions: { decimalNumbers: true }, 
  pool: { 
    max: 3, // 降低到配额的1/3左右，留余量
    min: 1, 
    idle: 30000, // 延长空闲连接保留时间
    acquire: 60000 // 确保获取连接的超时足够
  } 
});

内容的提问来源于stack exchange，提问作者Alex G.P.