Hibernate：@PreRemove已执行但记录未删除，多对多绑定实体删除问题

看起来你卡在这里三天确实挺闹心的，咱们来一步步拆解问题：你希望删除Manager或ParticipantRequest时，关联的ExpertAndRequest实体也被自动删除，现在@PreRemove触发了但Hibernate没生成删除SQL，核心问题出在级联逻辑的配置偏差上，下面是具体原因和修复方案：

1. 混淆了JPA级联与数据库级联的作用 #

你在Manager的@ManyToOne上设置了cascade = CascadeType.ALL，但这个JPA级联只在通过EntityManager主动操作实体时生效——比如你调用entityManager.remove(manager)，但前提是你的Manager类必须维护一个指向ExpertAndRequest的@OneToMany反向关联集合，否则Hibernate根本不知道两者的关联关系，自然无法触发级联删除。

如果你的Manager类里没有这个反向集合，更可靠的方式是用数据库级别的级联删除，也就是你注释掉的@OnDelete(action = OnDeleteAction.CASCADE)。这个注解会让Hibernate生成DDL时，给managerId外键加上ON DELETE CASCADE约束，这样数据库层面会自动删除所有关联的ExpertAndRequest记录，不需要依赖JPA的内存级联。

你需要取消这个注解的注释，同时确保你的数据库支持外键级联（MySQL、PostgreSQL等主流数据库都支持）。

2. 复合主键实体的删除触发条件 #

ExpertAndRequest用了@IdClass复合主键，Hibernate需要明确的关联关系才能定位到要删除的记录。如果既没有数据库级联，也没有在依赖实体中维护反向关联，Hibernate无法自动识别哪些ExpertAndRequest需要被删除。

举个例子，如果你在Manager类中添加如下反向关联：

@OneToMany(mappedBy = "manager", cascade = CascadeType.REMOVE)
private List<ExpertAndRequest> expertAndRequests;

那么调用entityManager.remove(manager)时，Hibernate会遍历这个集合，删除所有关联的ExpertAndRequest，此时@PreRemove会触发，同时生成删除SQL。

3. 检查事务上下文是否生效 #

@PreRemove被调用说明实体已经被EntityManager处理，但如果没生成删除SQL，可能是事务未提交或者实体处于游离状态。你需要确保删除操作在活跃事务中执行，比如Spring环境下给方法加@Transactional注解，或者手动调用entityManager.flush()触发SQL执行。

总结建议 #

优先推荐数据库级联方案，步骤如下：

• 取消Manager的@ManyToOne上的@OnDelete(action = OnDeleteAction.CASCADE)注释
• 如果你希望删除ParticipantRequest时也删除关联实体，给request字段的@ManyToOne也加上@OnDelete(action = OnDeleteAction.CASCADE)
• 重新生成数据库表结构（或手动修改外键约束添加ON DELETE CASCADE）

如果更倾向JPA级联，记得在Manager和ParticipantRequest中添加对应的@OneToMany反向关联，并设置cascade = CascadeType.REMOVE或CascadeType.ALL。

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