Node.js应用中维持数据库连接常开是否为最佳实践？

这绝对是Node.js生态里的最佳实践，我在日常开发中一直这么做，给你掰扯清楚细节：

• 性能碾压每次新建连接：数据库连接的建立涉及TCP握手、身份认证、资源分配等一系列操作，开销极大。像Mongoose、Sequelize这类ORM底层都是用连接池来管理连接的——启动时初始化一批连接，后续请求直接从池里拿空闲连接，用完放回，彻底避免了重复创建的开销，高并发场景下性能提升特别明显。
• 代码更简洁可控：启动时完成连接初始化，后续业务代码里直接用现成的连接实例就行，不用在每个路由、服务里重复写连接逻辑，减少冗余，也方便统一管理数据库配置。
• 提前暴露问题：启动阶段就建立连接，能立刻发现数据库配置错误（比如地址写错、密码不对、数据库未启动），不至于等用户发起请求才报错，排查问题更高效。

这个问题得分情况看，但正常生产环境下几乎不用担心：

• 加密连接是标配：现在正规的数据库部署都会启用SSL/TLS加密（比如MongoDB的mongodb+srv连接串默认带加密，PostgreSQL可以配置sslmode=require），加密后的数据传输过程中，中间人就算截获数据包也无法解密内容，劫持毫无意义。
• 驱动自带健康检查：就算连接因为网络波动、数据库重启意外断开，ORM的底层驱动（比如mongodb、pg）都会自动检测并重新建立连接，不用我们手动处理，稳定性有保障。
• 未加密连接才存在风险：如果是裸奔的未加密连接，确实可能在公共网络或不安全的链路中被劫持，但这种情况在生产环境里绝对不应该出现，属于配置失误，不是复用连接的问题。

其实复用连接本身没有问题，反而是不这么做才是糟糕的实践，但要注意几个细节：

• 合理配置连接池大小：连接池不是越大越好，池里的连接数超过数据库能承载的上限，反而会导致数据库过载。一般建议根据服务器CPU核心数、数据库的并发能力来调整，比如Mongoose默认是5个，Sequelize默认是10个，高并发场景可以适当调大，但别盲目设置成几百个。
• 优雅关闭连接：应用停止时（比如收到Ctrl+C的SIGINT信号），要主动关闭连接池，避免残留连接占用数据库资源。举两个常见ORM的例子：

// Mongoose 优雅关闭示例
process.on('SIGINT', async () => {
  try {
    await mongoose.connection.close();
    console.log('数据库连接已关闭');
    process.exit(0);
  } catch (err) {
    console.error('关闭连接失败:', err);
    process.exit(1);
  }
});

// Sequelize 优雅关闭示例
process.on('SIGINT', async () => {
  try {
    await sequelize.close();
    console.log('数据库连接池已关闭');
    process.exit(0);
  } catch (err) {
    console.error('关闭连接池失败:', err);
    process.exit(1);
  }
});

• 不要滥用全局连接：虽然可以复用连接，但不要在连接实例上挂载过多全局状态，避免内存泄漏或者意外的状态污染，保持连接的纯粹性。

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