从PHP转Node.js：MySQL的createPool与connectionLimit疑问

嘿，很高兴帮你理清Node.js里MySQL连接池的这些关键点——毕竟从PHP转过来，对数据库连接的处理逻辑确实会有不一样的感受，咱们一步步来拆解你的问题。

先搞懂createPool和connectionLimit到底是什么 #

• createPool：说白了就是提前给你预备好一批数据库连接，放在一个“池子”里。当你的Node.js应用需要和MySQL交互时，直接从池子里捞一个空闲的连接用，用完了再放回池子里。这就避免了每次请求都要重新建立TCP连接、做认证，用完再销毁的开销——这些操作看着不起眼，高并发下可是能拖垮性能的。
• connectionLimit：这个参数就是池子的“容量上限”，规定了池子里最多能同时存在多少个活跃的MySQL连接。如果请求数超过了这个数，后面的请求就得排队，等池子里有空闲连接了才能继续处理。

不用连接池，能支撑30并发用户吗？ #

理论上是可以，但我绝对不推荐这么做，原因有两个：

1. 资源开销问题：每个并发请求都要新建一个MySQL连接，30并发就意味着同时开30个TCP连接。MySQL默认的max_connections通常是151（你可以用SHOW VARIABLES LIKE 'max_connections';命令查看），30个远没到上限，但每次创建/销毁连接的握手、认证步骤会额外消耗MySQL和Node.js的资源。如果你的请求涉及复杂查询、事务，或者并发偶尔冲高，很容易出现连接超时、数据库资源占用飙升的情况。
2. Node.js异步特性的浪费：Node.js靠异步IO提升效率，但无连接池的情况下，每个请求独占一个连接直到操作完成，没法复用连接，相当于把异步的优势打了折扣。

简单说：短期小流量可能凑活，但稳定性和性能都不如用连接池靠谱。

connectionLimit该设置为多少？ #

这个没有绝对的标准答案，得结合你的场景和服务器配置来调整，给你几个参考思路：

• 先看MySQL的承受能力：你的Digital Ocean 2GP Droplet大概是2核4G配置，MySQL在这种机器上，合理的同时连接数大概在50-100之间，但别占满，要给MySQL留资源处理查询、缓存这些核心任务。
• 结合你的并发场景：你说的“30日均并发”如果是指同时处理的请求数，那其实不需要设到30这么高。因为一个连接在释放后可以被下一个请求复用——比如一个请求从拿连接到释放用了100ms，那1秒内一个连接就能处理10个请求。30并发的话，先从10-15开始测试就够了。
• 观察调整是关键：上线后可以用SHOW PROCESSLIST;查看MySQL的连接状态，如果发现有大量处于“Waiting for connection from pool”状态的请求，说明连接不够，再慢慢往上加（比如加到20、30）；如果池子里经常有一半以上的连接空闲，那就可以往下调，避免浪费资源。
• 辅助参数配合：别忘了搭配waitForConnections（默认true，让请求排队等连接）和queueLimit（建议设个合理值，比如100，避免排队太长导致请求超时）。

最后补充一句：和PHP的连接逻辑不一样，PHP是每个请求一个进程/线程对应一个数据库连接，请求结束就销毁；而Node.js的连接池是复用连接，所以不需要和并发数一一对应，合理的连接数远低于并发数就能支撑需求。

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