Java JPA @Transactional下saveAll后JDBC查询不到已写入数据问题

• 事务提交时机和预期不符：Spring的@Transactional注解是通过AOP切面实现的，事务的提交动作发生在被注解标注的方法完全执行结束、正常返回之后。你当前service.add()方法绑定的事务，会在方法走完saveAll流程返回时才触发提交，执行saveAll过程中的所有数据库写入操作，全程都处于未提交的事务状态。
• 跨连接的数据库隔离：你在Router层通过dbManager.getConnection(DBAccess.READONLY)获取的是独立的物理数据库连接，和JPA事务绑定的连接不属于同一个事务上下文。按照生产环境通用的读提交隔离级别，独立连接无法读取其他连接中未提交的事务变更，因此查询结果为空。
• JPA的刷盘时机特性：默认情况下saveAll操作只会将实体存入当前的持久化上下文，并不会立刻生成对应SQL、把变更同步到数据库连接上，这一步的强制刷盘操作同样会在事务提交阶段统一执行，不存在调用完saveAll就立刻落库的效果。

• 调整事务边界到调用层
  给Router层的addData方法加上@Transactional注解，让后续的查询操作和之前的JPA写入操作处于同一个事务上下文、绑定同一个数据库连接。需注意：如果没有改造dbManager的连接获取逻辑，直接在addData上加@Transactional也无法生效——因为dbManager返回的是独立连接，依然不在JPA事务上下文内。此时更合理的做法是直接删除手动获取连接查询的逻辑，改用JPA Repository的查询接口，同一事务的持久化上下文天然支持读取本事务的所有写入变更。
• 手动控制事务提交时机，让写入操作即时对外部连接可见
  移除add方法上的自动事务注解，通过代码手动控制事务流程：在执行完saveAll后，立刻手动刷盘持久化上下文、提交当前事务，确保写入变更完全落库并提交后，再执行后续的独立连接查询。参考核心实现：

  @Autowired
  private JpaTransactionManager transactionManager;
  @Autowired
  private IDataRepository dataRepo;
  
  public List<Data> add(List<Data> datas) {
      // 开启新事务
      DefaultTransactionDefinition def = new DefaultTransactionDefinition();
      TransactionStatus status = transactionManager.getTransaction(def);
      List<Data> saved = dataRepo.saveAll(datas);
      // 强制将持久化上下文的变更刷到数据库连接
      dataRepo.flush();
      // 手动提交事务，所有变更对外部独立连接可见
      transactionManager.commit(status);
      return saved;
  }
  

• 优化校验逻辑
  跨连接查询其他事务未提交的数据本身不符合数据库隔离语义，生产场景下不建议采用这种校验方式。如果仅需验证写入结果，可在同一个事务上下文内通过JPA Repository查询，无需依赖独立连接的查询结果。

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