Spring CrudRepository查询方法触发ORA-00001唯一约束异常排查

你观察到的「事务中途提交」、find查询方法触发INSERT报唯一约束错误，本质是配置缺失+ Hibernate 执行机制共同导致的，和堆栈里出现的Spring AOP、CrudMethodMetadataPostProcessor没有直接因果关系：

• 先解释堆栈里的AOP相关组件作用：CrudMethodMetadataPostProcessor$CrudMethodMetadataPopulatingMethodInterceptor是Spring Data JPA为Repository代理对象添加的默认拦截器，仅负责两个逻辑：一是给Repository方法标记对应的事务属性（比如是否只读），二是绑定方法配置的查询提示、锁模式，本身不执行任何事务提交、回滚操作，出现在异常堆栈里只是因为所有Repository方法调用都会经过这个拦截器节点，不是它触发了异常。
• 整个Repository调用的AOP链执行顺序为：JDK动态代理入口→ExposeInvocationInterceptor（暴露方法调用上下文）→CrudMethodMetadataPopulatingMethodInterceptor（绑定方法元数据）→PersistenceExceptionTranslationInterceptor（捕获持久层异常转换为Spring统一的异常体系）→最终执行实际数据操作，整条链路没有主动触发事务提交的逻辑。
• 异常在find方法处抛出的核心原因是Hibernate一级缓存的flush机制：Hibernate会在执行查询前默认把当前Session中攒的所有待执行增删改操作先flush到数据库，避免查询读到过期数据。你配置了hibernate.jdbc.batch_size=200，之前执行的INSERT操作一直存在批处理队列里，没凑够200条时不会主动发SQL到数据库，直到调用find派生查询触发flush，批量执行INSERT时才触发了ORA-00001唯一约束冲突。
• 「中途提交」的错觉来自配置缺失：你配置了Hikari连接池auto-commit: true，同时调用find方法的PartServiceImpl.process方法没有添加@Transactional注解，全程没有开启Spring托管的事务，JDBC连接默认处于自动提交模式，Hibernate flush时发出的SQL执行完成后会被连接直接自动提交，根本不存在你预期的「流程末尾统一提交」的事务边界。

• 首先补全事务边界：在PartServiceImpl.process方法或者对应上层业务入口方法上添加@Transactional注解，将流程内所有增、查操作纳入同一个Spring托管事务。事务开启后Hikari会自动将连接的auto-commit改为false，所有操作会在事务提交时统一落库，不会出现查询触发flush就提交的问题。
• 定位唯一键冲突根因：报错指向SIDE.PK_RMESG主键约束违反，说明待插入数据本身存在重复主键，需要排查：一是主键生成策略是否配置正确（比如Oracle序列步长配置错误、手动赋值主键时出现重复值），二是业务逻辑是否存在重复插入同一条数据的分支，这才是触发异常的根本原因，flush时机只是让异常提前在查询方法处暴露。
• 按需调整flush模式：如果业务不需要查询前刷新待执行SQL，可以配置spring.jpa.properties.hibernate.flush_mode=COMMIT，让Hibernate仅在事务提交时flush队列中的SQL，不会在每次查询前触发flush。注意这个配置可能导致查询读到未提交的旧状态，需要结合业务场景评估，且该配置只能调整异常触发时机，解决不了主键重复、无事务自动提交的核心问题。
• 临时开启SQL日志验证执行流程：放开配置中注释的show_sql: true、format_sql: true，添加日志级别logging.level.org.hibernate.jdbc=TRACE，可以直观看到Hibernate发送SQL的具体时机，验证批处理队列flush节点和预期是否一致。

内容的提问来源于stack exchange，提问作者Jose Manuel Gomez Alvarez