Hibernate级联删除用户、交易时触发interests表外键约束冲突

所有报错本质都是级联删除没触发，被数据库外键约束直接拦截，核心错误点如下：

• 最关键的配置失误：给所有一对多关联集合加了@Transient注解
  @Transient的作用是明确告知Hibernate，该属性与ORM持久化完全无关，只要加了这个注解，属性上配置的cascade=CascadeType.ALL、mappedBy全是无效代码，Hibernate根本识别不出来这些集合对应的数据库关联关系，删除主表记录时自然不会级联清理关联数据。
• 对应报错现象的匹配逻辑：
  当前配置下，删除User时Hibernate只会直接生成DELETE FROM users WHERE user_id = ?的SQL，根本不会提前处理关联的Trade、Interest表数据，数据库检查到interests表中存在数据指向待删除的user_id，直接抛出你看到的外键约束冲突。
  手动删除单条Trade时，因为Trade实体的interests集合也被标记为@Transient，Hibernate同样会直接删除trades主表记录，数据库检查到interests表中存在trade_id指向待删除的Trade，就会抛出对应trade_id列的冲突报错，和你遇到的现象完全吻合。
• 之前的认知偏差：你觉得角色关联和交易、意向关联用了相同的处理逻辑，是因为User类里的roles多对多配置没有添加@Transient，级联规则可以正常生效，和后面两个被标记为瞬态的关联根本不是同一套生效逻辑。

• 立刻移除所有错加在关联集合上的@Transient注解
  需要删除注解的位置包括：
  • User类中interests、trades属性上的@Transient
  • Trade类中interests属性上的@Transient
    注：这些属性上的@JsonIgnore可以保留，这个注解仅控制JSON序列化时不把对应字段返回给前端，和ORM的运行逻辑完全无关。
• 调整加载策略优化性能
  目前所有一对多关联默认是EAGER加载，每次查询User都会把所有关联的Trade、Interest数据全部拉取，注销用户操作时会产生大量无意义的查询，建议给这些一对多集合添加fetch = FetchType.LAZY配置，仅在需要操作关联数据时才触发加载。
• 按照外键依赖顺序理清删除逻辑
  实体的引用层级从底到顶为：Interest（最下游实体，同时关联User、Trade，没有其他表引用它）→ Trade（被Interest引用，关联User）→ User（最顶层实体）。就算级联配置正确，也要做好双向关联的对象维护：比如给User添加Trade、Interest对象时，必须同步把子实体的user字段设置为当前User，不能只把对象塞进集合却不设置反向关联，否则Hibernate识别不到关联关系，依旧会触发外键冲突。

修改完成后，Hibernate会自动按依赖顺序生成删除SQL：先清理所有关联的Interest记录，再清理关联的Trade记录，最后删除User主表记录，不会再触发数据库层面的外键约束报错。

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