Spring Data JPA中deleteAllBy...方法工作原理及批量删除疑问

我在项目中使用Spring Data JPA仓库的自动生成方法：

void deleteAllByCompanyBranch_Id(Long companyBranchId);

结果超出预期：Hibernate并未执行批量删除，而是为每个关联的department实体生成单独的DELETE语句，日志如下：

Hibernate: 
    delete 
    from
        department 
    where
        id=?
Hibernate: 
    delete 
    from
        department 
    where
        id=?
Hibernate: 
    delete 
    from
        department 
    where
        id=?
Hibernate: 
    delete 
    from
        department 
    where
        id=?

而当我改用自定义查询实现同名方法时：

@Modifying
@Query(value = "DELETE Department d WHERE d.companyBranch.id = :companyBranchId")
void deleteAllByCompanyBranch_Id(Long companyBranchId);

Hibernate仅生成一条批量删除语句：

Hibernate: 
    delete 
    from
        department 
    where
        company_branch_id=?

针对这个现象，有三个核心问题需要解答：

• 为何Spring Data JPA的默认deleteAllBy...方法无法实现同样的批量删除效果？
• 该方法存在的意义是什么？
• 何时应使用或避免使用它？

为什么默认deleteAllBy...不执行批量删除 #

Spring Data JPA自动生成的deleteAllBy...方法采用实体级删除逻辑：

1. 先执行SELECT查询，加载所有符合条件的实体到内存
2. 遍历每个实体，调用EntityManager.remove()逐个删除
3. 过程中会触发实体的生命周期回调（如@PreRemove），同时同步更新一级缓存和关联实体的状态

这种设计是为了保证JPA的对象模型一致性，而非追求数据库操作效率，因此会生成多条单条删除的SQL语句。

该方法存在的意义 #

虽然效率不如批量删除，但deleteAllBy...在特定场景下不可替代：

• 支持生命周期回调：如果实体定义了@PreRemove、@PostRemove等回调方法，默认方法会在删除每个实体时触发这些业务逻辑，自定义批量查询不会执行这些回调
• 维护关联关系：若实体存在双向关联（比如Department和CompanyBranch互相引用），默认方法会自动更新关联对象的内存状态，避免出现脏数据；批量删除直接操作数据库，不会处理内存中的实体关联
• 快速开发：对于数据量极小的场景，无需编写自定义SQL，通过命名规则即可生成方法，提升开发效率

何时使用或避免使用 #

适合使用的场景 #

• 待删除数据量极小（几十条以内），性能差异可忽略
• 需要触发实体的生命周期回调逻辑
• 需要维护内存中实体的关联关系一致性

避免使用的场景 #

• 待删除数据量较大（几百条及以上），多条DELETE语句会显著降低数据库性能
• 对数据库操作性能有严格要求的场景，此时优先选择带@Modifying的自定义批量查询
• 仅需操作数据库、无需执行实体回调或维护内存状态的纯数据操作场景

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