多查询方法添加@Transactional注解，能否借助单会话提升性能？

答案是合理，但要配合只读配置才能最大化收益。下面具体拆解：

• 减少连接池开销：
  即便用了数据库连接池，每次从池中获取、释放连接仍会有微小开销（比如连接校验、线程上下文切换）。给方法加@Transactional后，所有查询会复用同一个数据库连接，避免多次获取/释放连接的操作，在查询量较大时能积累出可观的性能提升。

• JPA会话复用与缓存优化：
  单事务会绑定同一个EntityManager（JPA会话），而EntityManager自带一级缓存（会话缓存）。如果多个查询涉及重复实体（比如多次查询同一ID的对象），后续查询会直接从缓存读取，无需再访问数据库，大幅减少数据库交互次数。另外，会话的创建和销毁本身也有开销，复用会话能省掉这部分成本。

• 必须配置只读事务：
  一定要用@Transactional(readOnly = true)，而非默认的读写事务。原因有二：

  1. JPA/Hibernate会针对只读事务做优化：关闭实体脏检查（无需跟踪实体变化），不会生成不必要的update语句；
  2. 多数数据库（如PostgreSQL、MySQL）会对只读事务做底层优化，比如减少事务日志写入，提升查询效率。

• 注意场景适配：

  • 如果方法里只有1-2个简单查询，性能提升可忽略，反而多了事务管理的微小开销，没必要加；
  • 如果查询数量多、或存在重复查询场景，加只读事务的收益会很明显；
  • 不要把无关操作（比如外部API调用、耗时计算）放进该事务，避免事务过长占用连接，影响连接池可用性。

优化后的代码示例：

@Transactional(readOnly = true)
void someMethod() {
   repositoryOne.findSomething();
   repositoryTwo.findSomething();
   repositoryThree.findSomething();
   ...
}

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