Spring Boot中DBRider无法向Test Container插入数据求助

1. 事务上下文冲突 #

DBRider的RiderRunner默认独立管理事务，若测试类同时使用Spring的@Transactional，两者事务上下文会出现冲突：

• DBRider插入的数据会被Spring测试事务的自动回滚覆盖
• 或者Spring事务拦截了DBRider的操作，导致数据未真正提交到Testcontainer

处理方式：

• 移除测试类上的@Transactional注解，重新执行测试
• 或在@DBRider中显式关闭事务管理：@DBRider(transactional = false)（参数名随DBRider版本可能有变化）

2. Hikari代理连接兼容问题 #

DBRider默认的连接获取逻辑可能未正确处理HikariCP的代理连接，导致addBatch()操作失效：

• 手动模拟时直接使用Spring管理的DataSource能成功，但DBRider自行获取的代理连接无法执行批量插入

处理方式：

• 配置DBRider使用Spring注入的DataSource：

@Autowired
private DataSource dataSource;

@BeforeEach
void initDBRider() {
    DBUnitConfig dbUnitConfig = DBUnitConfig.from(dataSource);
    DBUnitHolder.getInstance().setConfig(dbUnitConfig);
}

• 升级DBRider至最新版本，新版本通常修复了Hikari代理连接的兼容问题

3. TestExecutionListeners 顺序冲突 #

@DBRider作为@TestExecutionListeners的包装注解，若与Spring默认监听器顺序颠倒，会导致数据被覆盖：

• 比如TransactionalTestExecutionListener在RiderTestExecutionListener之后执行，回滚了DBRider插入的数据

处理方式：

• 显式指定监听器顺序，让DBRider监听器优先执行：

@TestExecutionListeners(
    listeners = {RiderTestExecutionListener.class, TransactionalTestExecutionListener.class},
    mergeMode = MergeMode.MERGE_WITH_DEFAULTS
)

4. 数据集加载时机冲突 #

若测试类的自定义前置逻辑（如@BeforeEach）与DBRider数据集加载时机冲突，会导致数据被重置：

• DBRider插入数据后，自定义逻辑修改了连接或事务状态，清空了数据
• Testcontainer未完全就绪时DBRider已开始加载数据集

验证与处理：

• 在数据集加载后加断点，确认数据库中存在数据，再检查后续逻辑是否修改数据
• 配置DBRider延迟加载数据集，确保Testcontainer完全启动后再执行插入

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