执行mvnw clean verify时触发InvalidDataAccessResourceUsage错误（序列author_id_seq未找到）

你好呀！刚接触Spring Boot遇到这种问题太正常了，别慌～咱们一步步来捋清楚问题出在哪，怎么解决。

首先咱们先明确核心矛盾：单个测试在IDE里能跑通，但执行mvnw clean verify就报序列找不到的错。这大概率是因为IDE跑测试时复用了之前的测试数据库残留资源，但clean verify是完全干净的构建流程，测试用的数据库是全新创建的，这时候序列没被正确初始化。

给你几个具体的排查和解决方向：

1. 检查实体类的ID生成策略配置 #

先看看你的AuthorEntity里ID字段的注解是不是正确指定了序列。如果用的是序列生成策略，但没明确配置生成器，Hibernate会默认去找author_id_seq，但如果这个序列没被创建就会报错。
比如你可以改成这样明确指定序列：

@Id
@GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "author_seq")
@SequenceGenerator(name = "author_seq", sequenceName = "author_id_seq", allocationSize = 1)
private Long id;

另外，如果你用H2做测试数据库，一定要在测试环境的配置文件里（比如application-test.properties）加上：

spring.jpa.hibernate.ddl-auto=create-drop

这个配置会在测试开始时自动创建表和序列，测试结束后删除，完美适配干净的测试环境。

2. 统一Maven构建和IDE的测试环境配置 #

有时候IDE默认用的是application.properties，但Maven构建时可能加载的是application-test.properties或者其他Profile，这两个配置里的JPA参数可能不一样。比如你IDE里的spring.jpa.hibernate.ddl-auto是update，但测试环境配的是none，那Maven跑测试时就不会自动创建序列，自然报错。
解决方法就是统一测试环境的配置：确保测试用的配置文件里，spring.jpa.hibernate.ddl-auto设置为create或者create-drop，保证每次测试都能初始化数据库对象。

3. 检查测试类的注解配置 #

如果你的测试类加了@DataJpaTest，Spring Boot会自动配置嵌入式数据库，默认的ddl-auto就是create-drop，但如果你自定义了配置覆盖了这个默认行为，也会出问题。
另外，虽然你说单个测试能跑，但可以确认下测试类有没有加@Transactional——@DataJpaTest默认是事务性的，测试结束会回滚，但如果你的测试逻辑里有多次save操作，偶尔也会和事务行为产生冲突，不过这个概率比较低。

4. 测试独立性的小细节 #

还有一种小概率情况：测试之间的执行顺序或者残留状态影响了结果。比如某个测试删除了序列，或者测试之间共享了数据库资源。你可以试试给测试类加上@DirtiesContext注解（不过这个会减慢测试速度，不推荐长期用），或者调整测试的执行顺序，确保每个测试都是完全独立的。

刚学Spring Boot踩这种构建和测试环境的坑太正常了，多试几次配置就明白其中的门道啦～

内容来源于stack exchange