Spring Boot主从MySQL配置下从库查询触发JPA no Session懒加载异常求解

根本原因 #

你配置了两套独立的JPA上下文（主库、从库各对应独立的EntityManagerFactory和事务管理器），出现该异常的核心原因如下：

1. Spring Boot默认开启的Open Session In View（OSIV）机制仅会绑定加了@Primary注解的主库EntityManagerFactory，主库查询返回的实体，在请求结束前对应的Session都保持打开，因此访问懒加载属性不会报错。
2. 从库对应的EntityManagerFactory没有被OSIV机制托管，当ProductRepository的查询方法执行完成后，从库对应的EntityManager/Session就会直接关闭。你后续访问Product关联的Order懒加载代理对象时，已经没有可用的从库Session来触发懒加载查询，就抛出了LazyInitializationException。

保留懒加载策略的解决方案 #

• 方案1：给从库查询的业务方法加指定事务管理器的只读事务
  在performOperation方法上添加@Transactional注解，明确指定使用从库的事务管理器，方法执行全程从库Session会保持开启：

@Transactional(transactionManager = "readOnlyTransactionManager", readOnly = true)
public void performOperation(){
  // 原有业务逻辑
}

该方案改动最小，只读事务也不会带来额外的提交开销，是最推荐的方案。

• 方案2：使用JOIN FETCH在查询时加载关联属性
  无需修改全局FetchType，仅在需要访问关联属性的查询方法上通过JOIN FETCH一次性加载关联对象：

@Repository
@ReadOnlyRepository
public interface ProductRepository extends JpaRepository<Product, Long> {
    @Query("SELECT p FROM Product p JOIN FETCH p.order WHERE p.id = :id")
    <T> Optional<T> findById(final Long id, Class<T> type);
}

该方案直接在SQL查询阶段就关联查出Order对象，后续无需触发懒加载，适合固定需要访问关联属性的场景。

• 方案3：自定义从库的OSIV拦截器
  如果你需要在整个请求生命周期内都支持从库实体的懒加载，可以手动注册一个针对从库EntityManagerFactory的OpenEntityManagerInViewInterceptor，绑定到对应请求路径，保证请求结束前从库Session不关闭。
  该方案适合大量从库查询都需要懒加载的场景，但需要注意避免和主库的OSIV拦截器冲突。

• 方案4（不推荐）：开启Hibernate懒加载无事务配置
  在从库的JPA属性中添加hibernate.enable_lazy_load_no_trans=true，Hibernate会在懒加载时临时打开一个Session完成查询。但该方案会产生大量短会话，性能损耗高，且可能出现数据不一致问题，仅适合临时调试使用。

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