如何在Testcontainers MySQL集成测试中重置自增序列？

我用Testcontainers运行MySQL容器做集成测试，实体Listing和ListingVariation是一对多映射。服务层有个更新Listing关联Variations的方法，会先删除所有现有Variations再保存新的：

public ListingDTO updateListingVariations(String listingId, List<ListingVariationDTO> variations) {
    listingVariationRepository.deleteAllByListingId(listingId);

    return listingRepository.findByListingId(listingId)
            .map(listing -> {
                List<ListingVariation> newVariations = variations.stream()
                        .map(this::toListingVariation)
                        .toList();
                listing.setVariations(newVariations);
                return this.toListingDTO(listingRepository.save(listing));
            })
            .orElseThrow(() -> new ListingNotFoundException(listingId));
}

测试代码如下（数据库中已存在带关联Variations的Listing）：

@Test
void shouldUpdateListingVariationsIfListingIdExists() {
    // builders for ListingVariation objects

    assertThat(listingService.findByListingId(validListingId).getVariations())
            .isEqualTo(listingVariations);
    assertThat(listingService.updateListingVariations(validListingId, newVariations).getVariations())
            .isEqualTo(newVariations);
}

测试失败，报错显示返回的Variation ID和预期不一致：

expected: [ListingVariationDTO{id=1, listingId='listingId', ...}]
 but was: [ListingVariationDTO{id=4, listingId='listingId', ...}]

原因是删除原有Variations后，MySQL的自增序列不会自动重置，不想在测试里硬编码ID，想知道有没有办法通过MySQL容器重置自增序列，或者其他更优雅的解决方式。

1. 在测试中执行SQL重置自增序列 #

可以在删除旧数据后（或测试的合适时机）执行MySQL的自增重置语句：

ALTER TABLE listing_variation AUTO_INCREMENT = 1;

在Java测试代码中，可通过JdbcTemplate执行这条SQL：

@Autowired
private JdbcTemplate jdbcTemplate;

// 在更新操作前或删除旧数据后执行
jdbcTemplate.execute("ALTER TABLE listing_variation AUTO_INCREMENT = 1;");

如果需要直接通过Testcontainers容器执行，也可以用容器的exec方法：

mysqlContainer.execInContainer("mysql", "-u", username, "-p" + password, "-e", "ALTER TABLE your_database.listing_variation AUTO_INCREMENT = 1;");

2. 修改断言逻辑，忽略ID字段 #

自增ID属于数据库生成的技术字段，测试核心应关注业务字段的正确性，而非ID的具体值。可以用AssertJ的递归比较忽略ID字段：

assertThat(listingService.updateListingVariations(validListingId, newVariations).getVariations())
        .usingRecursiveComparison()
        .ignoringFields("id")
        .isEqualTo(newVariations);

这种方式更贴合测试的本质——验证业务逻辑，而非数据库的自增行为。

3. 调整测试数据初始化逻辑 #

如果测试必须依赖ID连续性，可以在测试初始化时手动指定ID插入Variations，而非依赖自增生成：

ListingVariation variation = new ListingVariation();
variation.setId(1);
// 设置其他业务字段
listingVariationRepository.save(variation);

但这种方式耦合了数据库的ID生成规则，实用性不如忽略ID字段的断言方案。

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