MySQL连接池释放连接后是否保持打开？是否会影响最大连接数限制？

1. 连接调用release后仍保持活跃是否正常 #

是正常行为。连接池的核心设计逻辑就是复用TCP连接，避免频繁创建、销毁连接带来的性能开销。你代码中调用的connection.release()不是销毁连接，只是把该连接归还到连接池的空闲队列，等待后续请求复用，所以在MySQL Workbench中观测到连接处于活跃状态属于预期表现。
你的代码本身没有问题，符合连接池的使用规范，不存在连接泄漏问题。

pool.getConnection((err, connection) => {
        if (err) {
            console.log(err);
            return callback(err);
        }
        if (args.length > 2) {
            sql_args = args[1];
        }
        connection.query(args[0], sql_args, (err, results) => {
            connection.release();
            if (err) {
                console.log(err);
                return callback(err);
            }
            callback(null, results);
        });
    });

2. 闲置连接是否会被自动清理 #

分两种场景：

• MySQL服务端默认配置了wait_timeout（默认8小时），超过该时长没有任何交互的连接，服务端会主动断开回收。
• 客户端连接池默认不会主动销毁闲置连接，除非你主动配置了闲置超时参数。如果100台服务器的连接池总持有连接数超过MySQL的max_connections上限，就算连接处于闲置状态，也会占用连接配额，新的建连请求会直接报Too many connections错误。

3. 100台服务器共用50个最大连接的优化方案 #

设置短TTL的闲置连接清理是可行的优化方向，配套调整以下配置即可实现目标：

• 单台应用服务器的连接池最大连接数设置为1，同时配置闲置连接超时回收参数，比如Node.js的mysql/mysql2模块可设置idleTimeout: 30000，即闲置30秒的连接主动销毁，不长期占用服务端连接配额。注意连接池的闲置超时时间要小于MySQL服务端的wait_timeout，避免拿到已被服务端断开的无效连接。
• 可适当调低MySQL服务端的wait_timeout参数，比如调整为300秒，加快异常闲置连接的回收速度。
• 要求更高的场景下可新增ProxySQL这类数据库代理层，所有应用服务器的连接先打到代理层，由代理层和MySQL维持固定的50个连接做复用，不管应用端请求量和服务器数量多少，MySQL侧的连接数始终可控，是更稳定的解决方案。

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