Spring Data Redis为何不支持自定义deleteBy及delete重复查询问题

疑问1：为什么不支持自定义deleteBy方法，必须先find再delete？ #

Spring Data Redis的KeyValueRepository是基于Redis键值对模型设计的核心抽象，操作逻辑完全围绕实体的主键（@Id标注字段）展开。不直接支持deleteBy类方法主要有两个原因：

• 底层模型限制：Redis是纯键值存储，自定义条件删除需要先通过查询条件找到所有匹配实体的主键，再批量删除对应key。早期Spring Data Redis的KeyValue模块没内置这种批量逻辑，一是担心批量操作在Redis单线程模型下可能阻塞服务，二是这个抽象层要兼容其他KeyValue存储，不能只针对Redis做特殊实现。
• 设计定位：KeyValueRepository主打轻量键值操作，复杂条件删除属于进阶场景，框架把这类操作的控制权交给开发者自定义实现。

不过现在有两种更高效的替代方案：

• 自定义Repository实现：自己写deleteByName方法，用RedisTemplate先通过索引找到对应主键，再执行DEL命令删除。
• 用@Query注解：新版本Spring Data Redis（2.6+）支持通过@Query直接写Redis命令实现条件删除，比如：

  @Query("DEL :name")
  void deleteByName(String name);
  

  注意要和你的索引存储结构匹配，比如如果name映射的是主键ID，可能需要先查ID再删。

疑问2：delete(T obj)为什么要重复执行HGETALL？ #

你看到的HGETALL调用是Spring Data Redis的默认校验逻辑导致的：

• 存在性验证：delete(T entity)执行时，框架会先通过HGETALL加载实体，确认主键对应的key确实存在于Redis中，避免无效的删除操作。
• 乐观锁校验：如果你的实体用了@Version注解做乐观锁，框架需要获取Redis中当前的版本号，和传入实体的版本号对比，确保删除的是最新版本，防止并发冲突。
• 通用流程限制：KeyValueTemplate的delete逻辑依赖前置的load操作，而load方法就是通过HGETALL获取完整实体，不管你之前有没有加载过，都会走这一步。

要避免重复的HGETALL，直接用deleteById(ID id)方法就行，只要拿到实体主键，这个方法只会执行DEL命令，不会额外查询：

public void deleteByName(String name) {
    People people = peopleRepository.findByName(name);
    if (people != null) {
        componentRepository.deleteById(people.getId());
    }
}

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