SQL数据库连接耗尽指的是应用侧或数据库侧的可使用连接数被全部占满，新的数据库请求无法获取到可用连接，进而导致业务功能异常的情况。这类问题在并发较高的业务场景中尤为常见，需要从多个环节排查诱因。
连接池配置不合理
大部分应用访问SQL数据库时都会使用连接池管理连接，连接池的核心参数设置不当是连接耗尽的常见原因。
最大连接数设置过高
如果连接池的最大连接数设置超过了数据库本身的最大连接限制，当应用并发请求达到连接池上限时，会尝试创建超出数据库允许范围的连接，这些连接会被数据库拒绝，同时已有的连接无法及时释放，就会出现连接耗尽的情况。不同数据库的最大连接数默认值不同，比如MySQL默认最大连接数是151，PostgreSQL默认是100，设置连接池参数时需要参考数据库的承载能力。
最小空闲连接设置不合理
部分连接池会设置最小空闲连接数，保证始终有一定数量的空闲连接可用。如果最小空闲连接数设置过高，且应用实际并发较低，大量空闲连接会长期占用数据库连接资源，当突发并发请求到来时，剩余可用连接不足，也会触发连接耗尽问题。
代码中存在连接泄露
连接泄露指的是数据库连接被获取之后，没有按照规范正确关闭，导致连接一直被占用无法释放回连接池。
未正确关闭连接
在使用原生数据库连接API时，如果没有在finally代码块中关闭连接，当业务逻辑执行过程中出现异常时，连接就会无法关闭。以下是Java中错误的连接使用示例：
import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.SQLException;
public class WrongConnectionDemo {
public void queryData() throws SQLException {
Connection conn = DriverManager.getConnection("jdbc:mysql://127.0.0.1:3306/test", "root", "password");
// 执行查询操作
// 如果这里出现异常，连接不会关闭，导致泄露
}
}
正确的做法是将连接关闭逻辑放在finally块中，或者使用try-with-resources语法自动关闭连接：
import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.SQLException;
public class RightConnectionDemo {
public void queryData() {
try (Connection conn = DriverManager.getConnection("jdbc:mysql://127.0.0.1:3306/test", "root", "password")) {
// 执行查询操作
} catch (SQLException e) {
e.printStackTrace();
}
// try-with-resources会自动关闭连接，无需手动处理
}
}
长事务占用连接
如果业务逻辑中存在长事务，事务执行期间连接会一直被占用。比如一个事务中包含大量数据计算、远程接口调用等耗时操作，连接会被占用数秒甚至数分钟，高并发场景下这类长事务会快速耗尽所有可用连接。
数据库自身配置问题
数据库侧的相关配置不合理也会直接导致连接耗尽。
最大连接数设置过低
数据库的max_connections参数设置过低，无法支撑应用的正常并发请求。比如应用连接池最大设置为200，但数据库max_connections设置为100，那么最多只能有100个连接被使用，超出部分无法创建，同时已创建的连接如果无法及时释放，就会出现连接耗尽。
连接超时时间设置过长
数据库的连接超时时间wait_timeout参数指的是一个空闲连接在被关闭之前等待活动的秒数。如果该参数设置过大，比如设置为8小时，那么大量空闲连接会长期占用数据库资源，当新的请求到来时，没有可用连接，就会触发连接耗尽。一般建议将该参数设置为300秒左右，即5分钟。
突发流量超出承载能力
如果业务出现突发流量，比如促销活动、热点事件导致请求量瞬间暴涨，超过连接池和数据库的最大承载能力，所有连接会被瞬间占满，后续请求无法获取连接，就会出现连接耗尽问题。这种情况通常需要提前做压测，根据业务预期流量合理设置连接池和数据库的参数，同时搭配限流、降级等策略应对突发流量。
连接被异常占用
还有一些特殊情况会导致连接被异常占用，比如数据库出现慢查询，查询语句执行时间长达数十秒，执行期间连接会被一直占用；或者数据库出现锁等待，事务因为等待行锁或表锁长时间无法提交，连接也会持续被占用，这些情况都会减少可用连接的数量，最终引发连接耗尽。
常见原因排查思路
出现连接耗尽问题时，可以按照以下步骤排查：
- 首先检查应用连接池的配置参数，确认最大连接数是否超过数据库限制，最小空闲连接是否合理
- 查看应用日志，排查是否存在连接未关闭的代码逻辑，或者长事务相关的日志
- 登录数据库，执行
SHOW PROCESSLIST（MySQL）或者SELECT * FROM pg_stat_activity（PostgreSQL）查看当前所有连接的状态，确认是否有大量空闲连接、慢查询或者锁等待 - 检查数据库的max_connections和wait_timeout等参数设置是否合理
- 确认问题出现时是否有突发流量，判断是否属于流量超载导致的问题