Node.js项目Sequelize配置下MySQL连接数超出允许上限问题求助

首先明确：你的Sequelize单例初始化逻辑是正确的，全局复用同一个实例是推荐做法，不会导致连接数异常。
连接数远超上限主要有以下几个常见原因，对应解决方案如下： #

1. 环境变量读取异常导致连接池配置未生效 #

你配置的pool.max依赖环境变量DB_POOL_SIZE，如果生产环境部署时该变量未正确注入，parseInt会返回NaN，Sequelize会 fallback 到默认连接池配置，可能导致上限高于你的预期。

• 解决方案：
  • 在Sequelize初始化代码中添加日志打印database.pool.max，确认生产环境实际读取到的数值
  • 给配置加兜底逻辑，避免空值异常：

    max: parseInt(process.env.DB_POOL_SIZE, 10) || 10
    

2. 连接泄漏导致连接无法被回收 #

你观测到有大量sleep状态的连接停留时间超过1000秒，说明存在连接被占用后未正常释放的情况，常见场景是未正确处理的事务：

• 如果你使用非托管事务，漏写rollback会导致连接一直被绑定，无法放回连接池
• 超长耗时的查询/批量拉取操作会长时间占用连接，导致连接池很快被占满
• 解决方案：
  • 全量检查事务代码，所有事务逻辑必须包裹try/catch，无论成功失败都确保执行commit/rollback释放连接
  • 开启Sequelize连接池日志，观测连接的创建、销毁、借出、归还的全生命周期，定位泄漏点

3. 连接池配置不合理导致连接过量创建 #

你当前的配置有两处不合理的地方会加剧连接溢出：

1. acquire设为60000ms，连接获取超时时间太长，高并发下请求会大量排队，配合你设置的retry.max: Infinity无限重试，会导致连接占用堆积
2. 未配置evict参数，该参数控制空闲连接的扫描清理间隔，默认值可能无法及时清理超时的空闲连接

• 解决方案，调整连接池配置为：

  pool: {
    max: parseInt(process.env.DB_POOL_SIZE, 10) || 10,
    min: 0,
    acquire: 30000, // 缩短到30秒，超时直接报错避免排队
    idle: 60000,
    evict: 30000 // 每30秒扫描一次空闲连接，及时销毁
  },
  retry: {
    match: [
      /SequelizeConnectionError/,
      /SequelizeConnectionRefusedError/,
      /SequelizeHostNotFoundError/,
      /SequelizeHostNotReachableError/,
      /SequelizeInvalidConnectionError/,
      /SequelizeConnectionTimedOutError/,
    ],
    max: 3 // 最多重试3次即可，不要无限重试
  }
  

4. 非业务请求占用连接数 #

.sequelizerc本身是迁移工具的配置，不会影响线上运行时的连接数，除非你有定时执行迁移/种子数据的脚本。需要额外排查：

• 是否有定时任务、后台脚本、CI/CD流程也在连接同一个RDS实例
• AWS自动扩容是否触发了多于2个的应用实例运行
• RDS的wait_timeout参数是否设置过长（RDS默认是8小时），可以调整到300秒，确保异常连接能被服务端及时回收

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