Micronaut与JUnit测试中数据库回滚失效问题求助

你的问题核心在于：手动获取的Connection和deletionService内部使用的不是同一个连接，导致你手动调用的rollback()根本没作用到实际执行变更的事务上。

为什么简单示例有效？ #

在你的测试用例里，所有数据库操作（INSERT）都在你手动获取的同一个Connection里执行，之后调用这个连接的rollback()自然能撤销变更。

真实场景失效的原因 #

deletionService.startHacDeletion()内部的documentRepository、documentService都是由Micronaut管理的，它们会从连接池获取独立的Connection，而不是你手动拿到的那个。这意味着：

• 你手动创建的Connection和service内部用的Connection属于完全不同的事务上下文
• 你对自己的Connection执行rollback()，完全不会影响service里的数据库变更

正确的做法：依赖Micronaut的@Transactional自动回滚 #

Micronaut的@Transactional注解在测试场景下，默认会在测试方法执行完毕后自动回滚所有事务内的变更（除非你显式添加@Commit注解）。你不需要手动管理Connection和rollback，只需要确保事务上下文正确覆盖所有操作。

修正后的测试代码应该是这样：

@Test
@Transactional // 测试结束后自动回滚所有事务内的变更
public void testDeleteDocuments() {
    // 直接调用service方法，所有操作会加入当前测试的事务上下文
    deletionService.startHacDeletion();
    
    // 这里可以添加断言，验证删除逻辑的正确性（比如查询数据库确认记录已被标记为删除，这些变更在事务内可见）
}

额外需要检查的点 #

1. 注解正确性：确保你用的是Micronaut的io.micronaut.transaction.annotation.Transactional，而不是Spring的同名注解，避免框架识别错误。
2. 事务传播行为：检查deletionService或documentService的方法上是否有@Transactional注解，如果传播属性设置为REQUIRES_NEW，会开启独立事务，测试的主事务无法管理它。这种情况下需要调整传播策略，或者在测试中单独处理。
3. 数据库支持：确认你的数据库引擎支持事务（比如MySQL用InnoDB，不要用MyISAM），否则事务回滚本身就无法生效。
4. 测试类配置：确保你的测试类上添加了@MicronautTest注解，这样Micronaut才能正确初始化事务管理器和上下文。

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