HikariDataSource单MaximumPoolSize配置下连接处理能力问题咨询

现有配置代码 #

private DataSource buildDataSource(String dataSourceClassName, String url, String user, String password) {
        HikariDataSource dataSource = new HikariDataSource();
        dataSource.setInitializationFailTimeout(0);
        dataSource.setMinimumIdle(1);
        dataSource.setMaximumPoolSize(1);
        dataSource.setIdleTimeout(300000);
        dataSource.setMaxLifetime(900000);
        dataSource.setConnectionTimeout(60000);
        dataSource.setDataSourceClassName(dataSourceClassName);
        dataSource.addDataSourceProperty("url", url);
        dataSource.addDataSourceProperty("user", user);
        dataSource.addDataSourceProperty("password", password);
        return dataSource;
}

问题1：单个数据库连接每秒可处理多少个请求？ #

该数值没有固定标准，核心受以下维度影响：

• 请求本身复杂度：如果是主键查询这类简单读请求，低网络延迟场景下单连接每秒可处理数百到上千次；如果是带多表关联、聚合计算的慢查询或者大事务，每秒可能仅能处理个位数请求甚至更低
• 数据库服务端的硬件性能、实时负载情况
• 应用和数据库之间的网络延迟
  你当前场景下连接多数时间处于空闲状态，说明现有业务负载单连接完全可以承载。

问题2：单个连接是否支持并行接收处理多个请求？ #

不支持。JDBC规范中单个数据库连接是线程不安全的，同一时间只能执行一个SQL请求。Hikari连接池的分配逻辑也遵循这一原则：连接被某一线程借出后，在归还回连接池之前不会被分配给其他线程，所有后续请求必须等待前序请求执行完成、连接释放后才能拿到连接执行。
如果你的业务后续有并发访问场景，MaximumPoolSize=1会直接成为性能瓶颈，一旦出现慢查询会直接阻塞所有后续数据库操作。

配置优化建议 #

• 如果你当前的应用是低并发的定时任务、个人工具类项目，现有配置可以正常使用
• 如果后续有并发访问需求，建议调整MaximumPoolSize参数，可先按照「(CPU核心数*2)+磁盘数」的经验值初步配置，再结合实际压测结果调整，不要盲目设置过大的连接数，过多连接会增加数据库端的上下文切换开销，反而降低整体性能
• 你当前配置的idleTimeout（5分钟）、maxLifetime（15分钟）只要小于数据库端的wait_timeout配置即可，避免拿到过期的无效连接

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