JPA删除操作偶发失效：插入生效无报错但删除不生效

问题现象 #

执行代码时，表A（归档表）插入操作始终成功，但表B（原表）的删除操作偶发失效，无报错且日志已打印删除SQL；有时插入和删除都生效，有时仅插入生效。

根因分析 #

核心问题是JPA持久化上下文的实体状态冲突：

• 代码中先修改了托管状态的cmsCa实体字段（expirationDate、deleted），此时JPA已标记该实体为Dirty（待更新）状态。
• 后续调用delete(cmsCa)时，JPA会优先将Dirty状态的实体更新同步到数据库，再执行删除操作。但在某些场景下（如事务flush顺序、缓存状态判断），更新操作会干扰删除逻辑，导致删除被覆盖或跳过。

解决方案 #

1. 避免修改托管状态的原实体 #

仅为生成归档数据修改字段时，复制原实体到新对象进行修改，保持原实体的纯净状态：

// 复制原实体属性到临时对象，不修改托管的cmsCa实例
CmsCa tempCmsCa = new CmsCa();
BeanUtils.copyProperties(cmsCa, tempCmsCa);
tempCmsCa.setExpirationDate(new Date());
tempCmsCa.setDeleted(true);
CmsCaCanceled cmsCaCanceled = cmsCaMapper.convertToCmsCaArchive(tempCmsCa);

cmsCaArchiveRepository.save(cmsCaCanceled);
cmsCaRepository.delete(cmsCa); // 原实体无状态变更，删除操作直接执行

2. 调整操作顺序：先删除再归档（业务允许时） #

先执行删除操作，此时实体变为Detached状态，后续修改字段不会触发JPA自动更新，彻底避免状态冲突：

// 先删除原实体
cmsCaRepository.delete(cmsCa);

// 基于已删除的实体生成归档（Detached状态修改不影响数据库）
cmsCa.setExpirationDate(new Date());
cmsCa.setDeleted(true);
CmsCaCanceled cmsCaCanceled = cmsCaMapper.convertToCmsCaArchive(cmsCa);
cmsCaArchiveRepository.save(cmsCaCanceled);

3. 使用ID直接删除（最可靠） #

绕过持久化上下文的实体状态判断，直接用ID执行删除，彻底规避状态冲突问题：

cmsCaArchiveRepository.save(cmsCaCanceled);
// 通过ID删除，不依赖实体的托管状态
cmsCaRepository.deleteById(cmsCa.getId());

4. 手动Detach实体（不推荐，仅应急） #

如果必须保留原有操作顺序，可手动将实体从持久化上下文分离，清除Dirty状态：

cmsCa.setExpirationDate(new Date());
cmsCa.setDeleted(true);
CmsCaCanceled cmsCaCanceled = cmsCaMapper.convertToCmsCaArchive(cmsCa);

cmsCaArchiveRepository.save(cmsCaCanceled);
// 分离实体，清除缓存中的待更新状态
entityManager.detach(cmsCa);
cmsCaRepository.delete(cmsCa);

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