JDBC连接后无数据库操作的断开次数及数据库最大连接数测试异常问题咨询

问题1：JDBC建立连接后，未执行任何数据库操作的情况下，连接可以断开多少次？ #

这个得分两种场景来具体分析：

• 主动断开（调用Connection.close()）：
  一旦你调用close()方法，这个JDBC连接就会被彻底释放——如果用了连接池就是归还到连接池，直连的话就是直接关闭和数据库的TCP连接。此时如果再对同一个Connection对象调用close()，会直接抛出SQLException，因为连接已经处于失效状态了。所以主动断开的话，有效操作只有1次，重复断开会触发错误。

• 被动断开（数据库端超时/强制关闭）：
  如果你一直持有连接不做任何操作，数据库会根据配置的wait_timeout（针对非交互式连接）或interactive_timeout（针对交互式连接）参数，在连接空闲超过指定时间后主动关闭这个连接。这种情况下，客户端的Connection对象会变成无效状态，但从数据库端来说，这是一次断开。之后你再尝试用这个无效连接执行操作会报错，但此时已经不存在可被断开的连接了。所以被动断开也只会发生一次。

简单总结：不管是主动还是被动触发，一个已建立的JDBC连接，只能被有效断开一次。

问题2：测试数据库最大连接数时，Threads_connected指标先升后降、突然归0再回升，count持续递增的原因？ #

先看你的测试代码——你在循环里不断创建新的Connection，但完全没有调用conn.close()来释放连接！这是核心问题，而Threads_connected的波动可以从这几个关键点拆解：

1. MySQL的空闲连接超时机制
   MySQL默认会对空闲超过wait_timeout（默认8小时，但很多测试环境会改短这个值）的连接主动关闭。当你的循环创建出大量空闲连接后，这些连接会因为长时间没有操作被数据库自动清理，所以Threads_connected会从峰值下降。如果测试时间足够长，甚至可能所有空闲连接都被超时关闭，导致Threads_connected突然归0。而你的循环还在持续创建新连接，所以指标又会再次回升。

2. Connection对象的GC回收（非确定性）
   虽然你没有主动调用close()，但每次循环创建的conn变量在循环结束后就失去了引用，Java的垃圾回收机制可能在某个时间点触发对象的finalize()方法——而JDBC驱动的finalize()通常会尝试关闭连接。不过GC的时机是不可控的，这也会导致Threads_connected出现无规律的下降。

3. 数据库连接数限制与异常处理
   当数据库达到max_connections上限时，新的连接请求会被拒绝并抛出SQLException，但你的代码里catch了所有异常且没有终止循环，所以count变量会一直递增。而此时已经建立的空闲连接可能被数据库超时关闭，腾出连接数后，后续的连接请求又能成功建立，所以Threads_connected会再次上升。

另外，你的测试代码有个严重的问题：没有主动关闭连接，这会导致数据库连接泄漏，在生产环境里会直接耗干数据库连接池，导致服务不可用。正确的测试代码应该用try-with-resources确保连接被关闭，比如：

int count = 0;
while(true) {
    try {
        Class.forName("com.mysql.cj.jdbc.Driver");
        try(Connection conn = DriverManager.getConnection(url)) {
            // 可以做个简单操作，比如获取元数据，避免连接被立即判定为空闲
            conn.getMetaData();
        }
    } catch (Exception e) {
        e.printStackTrace();
        // 达到最大连接数时会抛出异常，这里可以终止循环
        break;
    }
    count++;
}
System.out.println("测试得到的最大连接数：" + count);

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