双向Many-to-One关联中无法删除子实体问题求助

核心现象 #

应用日志、JDBC日志、MySQL general_log均确认DELETE语句已执行，但数据库中目标数据仍存在；使用双向Many-To-One映射，尝试删除子实体后替换为新子实体，已尝试以下操作无效：

• 自定义@Query执行删除
• 配置orphanRemoval=true
• 清空父实体的子实体引用并保存，再调用deleteAll删除子表数据

排查与解决方向 #

1. 事务未提交或回滚 #

• 检查删除操作所在方法是否被@Transactional注解覆盖，未开启事务时Hibernate可能将SQL缓存到会话中未提交
• 查看事务日志，确认是否存在未捕获异常导致事务自动回滚
• 删除操作后手动调用entityManager.flush()，强制Hibernate提交缓存的SQL语句

2. 双向映射的关联维护缺失 #

双向Many-To-One中，仅更新父实体的子列表但未同步解除子实体的父引用，会导致Hibernate无法正确识别删除操作：

// 正确操作：同步解除子实体与父的关联
for (Child child : parent.getChildren()) {
    child.setParent(null);
}
parent.setChildren(new ArrayList<>());
parentRepository.save(parent);
childRepository.deleteAll(parent.getChildren());

3. 数据库层面的约束或触发器 #

• 检查子表外键约束是否配置错误（如ON DELETE NO ACTION导致删除被拦截）
• 排查是否存在数据库触发器（如删除操作被触发器回滚或重新插入数据，可临时禁用触发器测试）
• 确认执行删除的数据库用户拥有DELETE权限

4. Hibernate缓存一致性问题 #

• 一级缓存：删除后若用同一个EntityManager查询，会读取缓存旧数据，需调用entityManager.clear()清空会话缓存后再查询
• 二级缓存：若开启二级缓存，需手动清除对应实体的缓存或配置失效策略

5. MySQL事务隔离级别与MVCC #

• 检查MySQL隔离级别（如REPEATABLE READ），同一事务内查询可能读取快照数据，需切换到新事务查询
• 确认删除事务已提交后，再用数据库工作台在新事务中查询数据

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