@SpringBootTest结合@Transactional时save操作无INSERT日志问题

1. JPA延迟持久化未触发Flush #

JPA默认会延迟执行INSERT操作，直到事务提交或手动调用flush()。在标注@Transactional的测试方法中，事务默认到方法结束才提交，而Reactive环境下WebTestClient的请求可能无法直接读取EntityManager缓存中未flush的数据，导致查询不到，同时INSERT日志也不会提前打印。

解决办法：
在save后手动触发flush，强制写入数据库：

this.repository.save(test);
this.repository.flush(); // 强制执行INSERT

2. 实体对象并非全新实例 #

如果test对象已经是EntityManager管理的持久化实例（比如之前通过查询获取），或者手动设置了已存在的ID（自增策略下），调用save()会执行merge/更新操作，而非INSERT，自然不会产生INSERT日志。

解决办法：
确保测试用的test是全新的未被管理的实例，且未设置已存在的ID（自增策略下留空让框架生成）。

3. Reactive环境事务上下文隔离 #

从日志中的ReactiveWebMergedContextConfiguration可知你使用Reactive Web环境，若Controller方法的事务传播行为为REQUIRES_NEW，则会开启独立事务，此时测试方法中未提交的save数据无法被Controller的查询事务读取。

解决办法：

• 统一事务传播配置，确保测试和Controller共享同一事务上下文；
• 改用@DataJpaTest配合@AutoConfigureWebTestClient进行更精准的集成测试，该注解默认会自动处理事务和flush逻辑。

4. Hibernate SQL日志级别不足 #

可能INSERT语句已执行，但日志级别未开启SQL打印，导致看不到日志。调整日志配置：

# application-test.properties
logging.level.org.hibernate.SQL=DEBUG
logging.level.org.hibernate.type.descriptor.sql.BasicBinder=TRACE # 可选，打印SQL参数

5. 事务提前回滚 #

虽然日志显示最终才回滚，但如果save后存在未捕获的隐性异常，会提前触发事务回滚，导致INSERT操作被撤销。可在save后添加日志确认操作执行状态。

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