将mysql2 createPool作为参数传递给函数是否安全？是否需重启连接池？

你的做法不仅没有风险，反而是推荐的标准用法，完全没必要每次在函数里关闭并重启连接池，原因如下：

• 连接池的核心设计目的就是复用数据库连接，避免频繁创建、销毁连接带来的性能损耗（创建TCP连接、数据库认证都是耗时操作）。每次重启连接池等于放弃了复用的优势，会大幅降低程序性能，甚至可能触发数据库的连接数限制。
• mysql2 的连接池本身是线程安全的，你可以放心地在多个函数中共享同一个池实例，不管是通过参数传递，还是作为全局模块导出引用，都不会出现并发问题。
• 只有当你的应用完全停止运行时，才需要调用pool.end()关闭连接池。如果是Express这类长期运行的服务，连接池应该保持存活状态，供所有请求复用；如果是一次性脚本任务，在所有查询完成后统一关闭池是正确的做法。

额外提醒：如果是Express服务，更优雅的方式是把连接池作为独立模块导出（比如db.js），然后在各个业务函数中直接引入，比通过参数传递更便于维护。但你当前的参数传递方式本身没有任何风险，功能正常就可以继续用。

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