JPA多对多关系删除关联实体时的外键约束问题求助

你遇到的问题核心在于多对多关联的维护端归属：

• User是关联关系的维护端（@JoinTable定义在User的categories字段上），Category是被动端（用mappedBy指向User的categories）。
• 删除User时，JPA会自动维护中间表user_category，删除对应的关联记录，所以能成功；但删除Category时，因为它是被动端，JPA不会主动清理中间表的关联数据，导致数据库外键约束触发报错。
• 你之前加的@PreRemove没生效，大概率是因为Category的users集合默认是懒加载（FetchType.LAZY），在删除回调里这个集合根本没被初始化，清空操作等于没执行。

推荐三种高效的解决方式，按优先级排序：

1. 数据库层面配置外键级联删除（最简单高效） #

直接在关联的外键上配置ON DELETE CASCADE，让数据库自动清理中间表的关联记录，无需修改业务代码。

代码修改方式 #

在User实体的@JoinTable的inverseJoinColumns里显式配置外键的删除规则：

@ManyToMany(cascade = {CascadeType.DETACH,CascadeType.MERGE,CascadeType.PERSIST, CascadeType.REFRESH}, fetch = FetchType.EAGER) 
@JoinTable(name = "user_category", 
        joinColumns = @JoinColumn(
                name = "user_id",              
                referencedColumnName = "id"),          
        inverseJoinColumns = @JoinColumn(                
                name = "category_id",
                referencedColumnName = "categoryId",
                // 配置删除Category时自动级联删除中间表对应记录
                foreignKey = @ForeignKey(ConstraintMode.CONSTRAINT, foreignKeyDefinition = "FOREIGN KEY (category_id) REFERENCES categories(category_id) ON DELETE CASCADE")
        ))
private Set<Category> categories=new HashSet<>();

或者如果用Flyway/Liquibase这类数据库迁移工具，直接写SQL修改外键约束：

ALTER TABLE user_category 
DROP FOREIGN KEY FK4x6ipr43cfvhqc3aqda6j8c2l;

ALTER TABLE user_category 
ADD CONSTRAINT FK4x6ipr43cfvhqc3aqda6j8c2l 
FOREIGN KEY (category_id) REFERENCES categories(category_id) 
ON DELETE CASCADE;

这种方式完全由数据库处理，性能最高，也不用遍历用户集合。

2. 优化@PreRemove方法（确保加载关联集合） #

如果不想修改数据库约束，就调整Category的@PreRemove方法，强制加载users集合后清理关联：

@Entity
public class Category {
    // ...其他字段
    
    @ManyToMany(mappedBy = "categories",cascade={CascadeType.DETACH, CascadeType.MERGE, CascadeType.PERSIST, CascadeType.REFRESH})
    Set<User> users = new HashSet<>();

    @PreRemove
    private void preRemove() {
        // 强制初始化懒加载的users集合（Hibernate专属，其他JPA实现可替换对应方式）
        org.hibernate.Hibernate.initialize(users);
        // 遍历用户，把当前Category从用户的categories集合中移除（必须通过维护端修改）
        for (User user : users) {
            user.getCategories().remove(this);
        }
        // 清空当前Category的users集合
        users.clear();
    }
}

注意：这种方式仍会遍历用户，但比手动在业务层遍历更优雅，不过如果用户量很大，性能不如数据库级联方案。

3. 业务层先批量删除中间表记录（灵活可控） #

在删除Category的业务逻辑中，先执行JPQL/原生SQL批量删除中间表的关联数据，再删除Category：

@Service
public class CategoryService {
    @Autowired
    private EntityManager entityManager;
    
    @Transactional
    public void deleteCategory(Long categoryId) {
        // 先批量删除中间表关联记录
        String jpql = "DELETE FROM user_category uc WHERE uc.category.id = :categoryId";
        entityManager.createQuery(jpql)
                .setParameter("categoryId", categoryId)
                .executeUpdate();
        // 再删除Category实体
        Category category = entityManager.find(Category.class, categoryId);
        if (category != null) {
            entityManager.remove(category);
        }
    }
}

或者用原生SQL：

DELETE FROM user_category WHERE category_id = ?

这种方式不需要加载用户集合，效率较高，适合需要在删除前做额外逻辑的场景。

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