Node.js中MySQL连接管理最佳实践：请求时连接还是长连接？

我来给你捋捋这个问题——在Node.js项目里处理MySQL连接，绝对不推荐每次请求都新建连接，而启动时初始化连接池（本质是管理一组长连接）才是更靠谱的方案，尤其你还要处理多表关联这类复杂查询，理由如下：

为什么每次请求创建连接不可行？ #

• 连接开销大：每次请求都要和MySQL握手、认证、建立TCP连接，这本身就会消耗额外的时间和资源，高并发场景下会直接拖慢响应速度。复杂的多表查询本来就耗时，再加连接开销更是雪上加霜。
• 资源浪费：频繁创建销毁连接会让数据库和Node服务都产生不必要的资源消耗，严重的话甚至会触发数据库的连接数上限，导致新请求无法建立连接。

长连接（连接池）的优势 #

直接用单个长连接其实也有风险——如果这个连接意外断开（比如数据库重启、网络波动），整个应用的数据库操作都会失败。所以实际项目里更推荐用连接池，它会帮你管理一组长连接，自动处理连接的复用、回收、重连：

• 性能高效：所有请求复用已有的连接，省去重复建立连接的开销，不管是简单查询还是多表关联，都能更快得到结果。
• 可靠性高：连接池会自动检测失效的连接并重新创建，单个连接出问题不会影响整个服务。
• 可控性强：你可以通过配置connectionLimit来限制最大连接数，避免把数据库的连接资源耗尽。

结合你的项目结构怎么实现？ #

以mysql2（支持Promise，比老的mysql库更适合Node.js异步场景）为例：

1. 在server.js里初始化连接池：

const mysql = require('mysql2/promise');
// 创建连接池
const pool = mysql.createPool({
  host: '你的数据库地址',
  user: '用户名',
  password: '密码',
  database: '目标数据库',
  connectionLimit: 10, // 根据你的并发量调整，比如10-20都可以
  waitForConnections: true,
  queueLimit: 0
});

// 导出连接池，让路由可以引用
module.exports = pool;

2. 在router1.js和router2.js里复用连接池：

const express = require('express');
const router = express.Router();
// 引入全局的连接池
const pool = require('../server');

router.get('/router1/', async (req, res) => {
  try {
    // 直接用连接池执行查询，不管是简单还是多表关联都适用
    const [rows] = await pool.query(`
      SELECT t1.*, t2.name 
      FROM table1 t1 
      JOIN table2 t2 ON t1.id = t2.table1_id
      WHERE t1.status = ?
    `, [1]);
    res.json(rows);
  } catch (err) {
    console.error('数据库查询出错:', err);
    res.status(500).send('服务器内部错误');
  }
});

module.exports = router;

额外注意事项 #

• 连接池的connectionLimit不要设得太大，比如你的数据库最大连接数是100，那Node这边设20以内比较合适，给其他服务留足资源。
• 不用手动关闭连接，连接池会自动回收复用的连接。
• 如果遇到连接超时、断开的情况，mysql2的连接池默认会自动尝试重连，不用额外写逻辑处理。

总结一下：用连接池管理长连接是最优解，既解决了每次请求连接的性能问题，又避免了单个长连接的可靠性风险，完全适配你项目里的简单和复杂查询场景。

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