Hibernate @ManyToMany关联更新后意外删除中间表记录问题

这个问题的核心是双向@ManyToMany关联的配置错误——你在Event和Trainer两个实体中都使用了@JoinTable来定义关联表，这会让Hibernate无法确定谁是关联的维护端，最终导致更新Trainer时错误地删除关联记录。

问题根源 #

双向多对多关联中，必须明确指定一方为维护端（负责管理关联表的增删改操作），另一方为被维护端（仅负责读取关联，不操作关联表）。当两边都配置@JoinTable时，Hibernate会认为双方都有权限维护关联，在更新Trainer时会尝试同步关联表，从而误删现有记录。

解决方案：修正双向关联配置 #

只需要在其中一个实体（比如Event）保留@JoinTable作为维护端，另一个实体（Trainer）使用mappedBy属性指向维护端的关联字段即可。

修改后的Trainer.java代码：

@Entity 
@Table(name = "Trainer", uniqueConstraints = {@UniqueConstraint(columnNames = {"FirstName","LastName","Email"})}) 
public class Trainer { 
    @Id 
    @GeneratedValue(strategy= GenerationType.IDENTITY) 
    @Column(name="ID") 
    private int id; 

    // 其他字段...

    // 将@JoinTable替换为mappedBy，指向Event中的trainers字段，标记为被维护端
    @ManyToMany(mappedBy = "trainers", 
               cascade = {CascadeType.DETACH, CascadeType.MERGE, CascadeType.PERSIST, CascadeType.REFRESH}) 
    private List<Event> events; 

    // getter和setter方法...
}

Event.java保持原有配置（作为维护端）：

@Entity 
@Table(name = "Event", schema = "business-club") 
public class Event { 
    @Id 
    @GeneratedValue(strategy = GenerationType.IDENTITY) 
    @Column(name = "ID") 
    private int id; 

    // 其他字段...

    @ManyToMany(cascade = {CascadeType.DETACH, CascadeType.MERGE, CascadeType.PERSIST, CascadeType.REFRESH} , fetch = FetchType.EAGER) 
    @JoinTable( 
        name = "`Event-Trainer`", 
        joinColumns = @JoinColumn(name = "EventID"), 
        inverseJoinColumns = @JoinColumn(name = "TrainerID") 
    ) 
    private List<Trainer> trainers; 

    // getter和setter方法...
}

额外说明 #

1. 关于FetchType.LAZY的异常：如果改为LAZY时抛出异常，通常是因为你在Session关闭后尝试访问Trainer的events列表。解决方法：

   • 在查询Trainer时使用JOIN FETCH主动加载关联的events，比如：SELECT t FROM Trainer t JOIN FETCH t.events WHERE t.id = ?
   • 确保在Session打开的范围内访问关联数据
   • 若使用Spring，可以考虑开启Open Session in View模式（注意性能影响）

2. 事务边界检查：确保更新Trainer的操作在事务内执行，Hibernate需要在事务中正确同步实体状态。

3. 避免手动修改关联列表：如果你的更新代码中手动清空或修改了Trainer的events列表，也会导致关联记录被删除，需确认业务逻辑是否需要这一步。

内容的提问来源于stack exchange，提问作者Mohamed Ali Ben Thaier