启用多租户的生产应用中是否可以使用DriverManagerDataSource？

1. DriverManagerDataSource是否安全合规 #

DriverManagerDataSource是Spring官方提供的JDBC数据源实现，本身不存在安全或合规层面的问题。它的核心逻辑就是每次请求调用getConnection()时新建物理JDBC连接，调用connection.close()时立即销毁连接，刚好适配你当前需要避免连接永久占用的需求。

2. 是否可以继续使用 #

可以，但仅适合小规模场景：

• 适用场景：总租户数量<100、单租户日均请求量<100、无明显高并发需求，当前运行无性能问题的前提下可以继续使用，不需要额外改造现有逻辑。
• 不适用场景：业务有明确的规模增长预期，或者已经出现接口响应慢、数据库建联耗时高的问题，必须替换为带连接池的数据源方案：DriverManagerDataSource每次新建物理连接需要经过TCP握手、数据库认证、会话初始化等多个步骤，性能比连接池复用连接低1~2个数量级，高并发下会成为核心性能瓶颈。

3. 推荐替代方案 #

你之前使用带池的数据源出现连接永久存活的问题，本质是连接池的空闲回收规则配置不当，并非连接池不适合多租户独立库的场景，正确改造方案如下：

• 选择高性能连接池数据源：推荐使用Spring生态默认集成的HikariDataSource，是目前开源Java连接池中性能最优的实现。
• 针对每个租户的独立数据源配置核心回收参数：
  • maximumPoolSize：单租户连接池最大连接数设置为5~10即可，不需要过大的连接配置
  • idleTimeout：设置为30000（单位毫秒，即30秒），空闲超过该时长的连接会被自动回收释放
  • maxLifetime：设置为1800000（单位毫秒，即30分钟），不管连接是否空闲，存活超过该时长强制销毁，避免数据库侧主动断开连接导致的异常
  • connectionTimeout：设置为3000（单位毫秒），避免获取连接长时间阻塞接口
• 额外优化：如果总租户数量超过1000，可以增加数据源实例的缓存淘汰策略，连续30天无访问的租户数据源直接销毁释放内存，后续有新请求时再重新初始化即可。

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