Spring PetClinic删除兽医时外键约束及批量更新异常排查

1. DataIntegrityViolationException 原因与解决 #

这个异常是外键约束直接触发的：你给visits表新增了vet_id外键关联vets表，默认的外键约束是RESTRICT（禁止删除被关联的父记录），当直接删除兽医时，数据库中存在关联的就诊记录，违反约束规则，因此抛出该异常。

2. ObjectOptimisticLockingFailureException 原因分析 #

这个异常是乐观锁冲突导致的，Spring PetClinic的核心实体（包括Vet和Visit）都带有@Version注解实现乐观锁机制，你的自定义删除逻辑大概率踩了以下坑：

• 若使用JPQL批量删除就诊记录（比如DELETE FROM Visit v WHERE v.vet.id = :vetId）：这种方式直接操作数据库，不会更新内存中实体的version字段，也不会清除EntityManager的一级缓存。后续删除兽医时，EntityManager中可能还存在过时的Visit实例，或者当前事务内的Vet实体版本与数据库实际版本不一致，触发乐观锁校验失败。
• 若先查询所有关联就诊再逐个删除，但查询和删除之间有其他事务修改了这些就诊记录的version字段，也会导致冲突。
• 事务边界问题：如果删除就诊和删除兽医不在同一个事务内，中间可能有其他操作修改实体版本，引发冲突。

可行的解决方案 #

方案一：利用JPA级联删除简化逻辑 #

在Vet实体的就诊关联字段上添加级联删除配置，让JPA自动处理关联记录的删除，无需手动操作：

@OneToMany(mappedBy = "vet", cascade = CascadeType.REMOVE)
private Set<Visit> visits;

这样调用vetRepository.delete(vet)时，JPA会自动删除所有关联的Visit记录，同时保证乐观锁机制正常工作。

方案二：修正自定义删除逻辑 #

如果必须手动删除关联记录，按以下方式调整：

1. 避免使用JPQL批量删除，改为查询出所有关联的Visit后逐个删除，确保每个实体的version字段被正确更新：

@Transactional
public void deleteVetWithVisits(Long vetId) {
    Vet vet = vetRepository.findById(vetId).orElseThrow(() -> new EntityNotFoundException());
    // 先查询关联就诊并逐个删除
    Set<Visit> visits = visitRepository.findByVetId(vetId);
    visitRepository.deleteAll(visits);
    // 再删除兽医
    vetRepository.delete(vet);
}

2. 如果一定要用JPQL批量删除，需添加@Modifying(clearAutomatically = true)注解，强制清除EntityManager缓存，避免过时实体干扰：

@Modifying(clearAutomatically = true)
@Query("DELETE FROM Visit v WHERE v.vet.id = :vetId")
void deleteByVetId(@Param("vetId") Long vetId);

然后在删除兽医前调用该方法，确保缓存被清空。

3. 确保整个删除流程在同一个事务内执行（添加@Transactional注解），避免中间事务介入修改实体版本。

内容的提问来源于stack exchange，提问作者Fabian D.