问题描述
近来，我们已经感到hikari连接池已经用尽不止两次。引发的异常如下：
"org.springframework.transaction.CannotCreateTransactionException:
Could not open JDBC Connection for transaction;
nested exception is java.sql.sqlTransientConnectionException:
HikariPool-1 - Connection is not available,request timed out after 30000ms."
我观察到的是，一些不知情的开发人员在数据库（Postgres）上的许多简单get调用中添加了@Transactional注释。
我们使用JdbcTemplate进行数据库调用，默认连接池大小为10。
控制器上的公共端点已被注释为@Transactional。当服务层（一个单独的豆，称为DAO层）已经为@Transactional时，可以在DAO Bean中添加@Transactional批注导致嵌套连接的创建。
我们还有一些预定的CRON作业，我发现这些作业不是通过公共api公开的，也不是通过控制器公开的，但是我仍然需要在此类cron中将@Transactional添加到父级方法中吗/ internal方法能够最佳地进行数据库调用？我们预计这些cron作业不会发生变化。我们已经使用了JdbcTemplate，它使用了Hikari Connection便便。在这种情况下根本不需要@Transactional来优化性能。
所有配置均为默认的Spring Boot配置，因此除非明确设置，否则默认的Tx.Type为必需。
解决方法
@Transactional应该在要使用数据库连接时主要用于服务层，应该用于表示业务流程的最小方法。
我认为您过度使用它可能会创建不必要的连接，从而在超载的池上创建超时
请注意，您仅使用one database connection pool（例如HikariCP），而不使用PGBouncer。
还可以在其wiki page中看到针对HikariCP的更多性能/配置调整