Spring Boot多数据源场景下连接数的确定机制咨询

这个问题其实核心点在于：Spring本身并不直接决定数据源的连接数，而是把这个控制权交给了数据源底层的连接池组件——咱们平时用的HikariCP、Tomcat JDBC、Druid这些都是典型的连接池。下面我拆解一下具体逻辑：

1. 每个数据源的连接池都是独立配置的 #

在多数据源场景下，你配置的每个DataSource Bean都是独立的个体，它们各自的连接池参数是完全分开的。举个例子：

• 你可以在application.properties里给默认数据源设置：

  spring.datasource.hikari.maximum-pool-size=20
  spring.datasource.hikari.minimum-idle=10
  

• 同时给第二个自定义数据源设置不同的参数：

  spring.datasource.second.hikari.maximum-pool-size=10
  spring.datasource.second.hikari.minimum-idle=5
  

然后在配置类里通过@ConfigurationProperties绑定这些前缀，就能让两个数据源用不同的连接池规则，自然连接数会有差异。

2. 连接池的核心参数直接决定连接数范围 #

不同连接池的参数命名略有不同，但核心逻辑一致，以Spring Boot默认的HikariCP为例，这些参数是关键：

• maximum-pool-size：连接池允许的最大连接数，这是连接数的上限，HikariCP默认是10
• minimum-idle：连接池维持的最小空闲连接数，HikariCP默认和maximum-pool-size一致（这是它的性能优化点）
• idle-timeout：空闲连接的超时时间，超过这个时间的空闲连接会被自动回收
• connection-timeout：获取连接的超时时间，如果池里没有空闲连接，会尝试新建连接（直到达到max上限）

如果用的是Tomcat JDBC连接池，对应的参数是max-active（最大连接数）、min-idle（最小空闲数）；Druid则是maxActive、minIdle，逻辑是一样的。

3. Spring Boot的自动配置逻辑 #

• 默认数据源：Spring Boot会自动读取spring.datasource.*下的配置，初始化对应的连接池
• 自定义多数据源：需要你手动创建DataSource Bean，并通过@ConfigurationProperties绑定专属的配置前缀，比如：

  @Configuration
  public class MultiDataSourceConfig {
      @Bean
      @ConfigurationProperties(prefix = "spring.datasource.second")
      public DataSource secondDataSource() {
          return DataSourceBuilder.create().build();
      }
  }
  

这样每个数据源的连接池都有自己的配置规则，参数不同，实际运行时的连接数自然会不一样。

4. 实际连接数还受业务负载影响 #

就算你给某个数据源设了maximum-pool-size=20，如果这个数据源对应的业务请求很少，实际打开的连接数可能只会维持在minimum-idle的数量；反之，如果请求量很大，连接数会逐步涨到max上限，直到请求压力降下来，空闲连接被回收。

总结一下：如果你的多数据源连接数有差异，先检查每个数据源的连接池核心参数（尤其是最大/最小连接数），再结合对应业务的请求量，就能找到原因啦。

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