Postgres+Hibernate单事务删旧插新报重复键违例问题求解

两种可能会触发该错误：

• Hibernate 上下文操作队列的执行顺序问题：默认Hibernate在flush事务上下文时，操作执行优先级为 实体插入 > 实体更新 > 实体删除，即使代码中先写删除逻辑、再写保存逻辑，只要你调用的是JPA派生的delete方法（先查实体再调用remove），删除操作会被放到队列末尾，插入操作反而先执行，就会触发主键冲突。
• 业务逻辑匹配问题：你的主键是sensor+subsystem的组合，删除逻辑仅删除mid匹配的条目，如果本次要插入的sensor+subsystem已经被其他mid对应的行占用，就算删除逻辑执行成功，插入还是会报冲突，这个属于业务规则校验问题，需要结合你的业务逻辑额外处理。

所有方案均不引入额外组件，符合要求：

方案1：删除后手动强制flush（最简方案） #

删除操作执行后立刻手动触发flush，把删除操作先落地到数据库，再执行保存即可，仅需新增一行代码：

// 执行按mid删除的原有逻辑
abcRepository.delete(nid);
// 手动flush，强制删除操作立刻在数据库执行完成
abcRepository.flush();
// 再执行原有保存逻辑
abcRepository.saveAndFlush(entity);

方案2：使用@Modifying批量删除语句 #

自定义批量删除语句加上@Modifying注解，这类操作会直接在数据库层面执行，不会进入Hibernate的操作队列，执行完立刻生效，性能比派生delete方法更高：
首先在AbcRepository中添加批量删除方法：

@Modifying
@Query("delete from Abc a where a.mid = :mid")
void deleteAllByMid(@Param("mid") Long mid);

业务代码调整为：

abcRepository.deleteAllByMid(nid);
abcRepository.saveAndFlush(entity);

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