Spring集成测试不使用@DirtiesContext，如何每次测试后重置数据库

绝对懂你的痛点——@DirtiesContext每次重启Spring上下文的速度慢到让人怀疑人生，完全没必要为了重置数据库付出这么大代价。Spring生态里有几个不用手动写删建表脚本、还能高效重置数据库的方案，给你梳理最实用的几个：

方案1：用@Transactional + 自动回滚（最快最省心） #

这是Spring Boot测试里最常用的方案，核心逻辑是让每个测试方法在独立的事务中执行，测试结束后自动回滚事务，这样数据库会直接回到测试前的初始状态，完全不用修改数据结构，也不会重启上下文。

怎么用？ #

只要给测试方法（或者整个测试类）加上@Transactional注解就行，Spring Test默认会在测试结束后自动回滚事务（相当于加了@Rollback(true)）。配合MockMvc也完全没问题，只要你是通过Spring注入的MockMvc，它会自动和当前事务绑定。

示例代码：

@SpringBootTest
@AutoConfigureMockMvc
public class UserApiIntegrationTest {

    @Autowired
    private MockMvc mockMvc;

    @Test
    @Transactional // 开启测试事务
    void testCreateUserSuccess() throws Exception {
        // 执行POST请求创建用户
        mockMvc.perform(post("/api/users")
                .contentType(MediaType.APPLICATION_JSON)
                .content("{\"username\":\"test_user\",\"email\":\"test@example.com\"}"))
                .andExpect(status().isCreated())
                .andExpect(jsonPath("$.username").value("test_user"));

        // 在事务内可以验证数据库中存在这条数据
        // 比如用JpaRepository查询，能查到刚创建的用户
    }

    // 测试结束后自动回滚，数据库回到初始状态，不影响下一个测试
}

注意事项 #

• 如果你的测试里有异步操作或者调用了外部服务（比如消息队列），事务回滚可能覆盖不到这些场景，这时候就需要用下面的方案。
• 如果某个测试需要保留数据（比如验证持久化逻辑），可以给这个方法单独加@Rollback(false)。

方案2：Testcontainers + 数据库迁移工具（应对事务不适用的场景） #

如果事务回滚满足不了你的测试需求（比如测试分布式事务、异步任务），可以用Testcontainers启动一个真实的数据库容器，配合Liquibase或Flyway这类迁移工具，每次测试前自动重置数据库——不用手动写删建表脚本，因为用的就是你项目里已经维护好的迁移脚本。

步骤1：添加依赖 #

以Maven为例，添加Testcontainers和对应的数据库驱动依赖：

<dependencies>
    <!-- Testcontainers核心依赖 -->
    <dependency>
        <groupId>org.testcontainers</groupId>
        <artifactId>junit-jupiter</artifactId>
        <scope>test</scope>
    </dependency>
    <!-- PostgreSQL容器（根据你的数据库替换） -->
    <dependency>
        <groupId>org.testcontainers</groupId>
        <artifactId>postgresql</artifactId>
        <scope>test</scope>
    </dependency>
    <!-- Flyway（如果用Liquibase替换成对应的依赖） -->
    <dependency>
        <groupId>org.flywaydb</groupId>
        <artifactId>flyway-core</artifactId>
        <scope>test</scope>
    </dependency>
</dependencies>

步骤2：编写测试类 #

利用Testcontainers启动数据库容器，在每个测试前调用迁移工具的clean和migrate方法，重置数据库到初始状态：

@SpringBootTest
@AutoConfigureMockMvc
@Testcontainers
public class UserApiIntegrationTest {

    // 启动PostgreSQL容器（版本根据你的需求调整）
    @Container
    private static final PostgreSQLContainer<?> postgresContainer = new PostgreSQLContainer<>("postgres:15")
            .withDatabaseName("test_db")
            .withUsername("test_user")
            .withPassword("test_pass");

    // 动态配置数据源属性，指向Testcontainers启动的数据库
    @DynamicPropertySource
    static void configureDatasource(DynamicPropertyRegistry registry) {
        registry.add("spring.datasource.url", postgresContainer::getJdbcUrl);
        registry.add("spring.datasource.username", postgresContainer::getUsername);
        registry.add("spring.datasource.password", postgresContainer::getPassword);
    }

    @Autowired
    private MockMvc mockMvc;

    @Autowired
    private Flyway flyway;

    // 每个测试前重置数据库
    @BeforeEach
    void resetDatabase() {
        flyway.clean(); // 清空所有表和数据
        flyway.migrate(); // 重新执行所有迁移脚本，恢复到初始结构
    }

    @Test
    void testCreateUserSuccess() throws Exception {
        // 执行API调用并验证
        mockMvc.perform(post("/api/users")
                .contentType(MediaType.APPLICATION_JSON)
                .content("{\"username\":\"test_user\",\"email\":\"test@example.com\"}"))
                .andExpect(status().isCreated());
    }
}

优势 #

• 用真实数据库测试，更贴近生产环境，避免嵌入式数据库的差异问题。
• 复用项目已有的迁移脚本，完全不用手动维护删建表逻辑。
• 容器可以配置复用（比如全局启动一次），比重启Spring上下文快得多。

总结 #

• 优先选@Transactional方案：实现简单，速度最快，适合绝大多数集成测试场景。
• 事务不适用时选Testcontainers+迁移工具：真实数据库环境，无需额外维护脚本，灵活性更高。

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