如何解决如果从另一个@Transactional带注释的方法调用了@Transactional带注释的方法,是否会导致两个连接被消耗?
近来,我们已经感到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的更多性能/配置调整
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。