如何不使用原生SQL在Spring JPA中实现MySQL行构造器查询能力

1. 标准JPA是否支持行构造器IN查询 #

标准JPQL语法目前没有纳入多列行构造器的IN匹配特性，因此不使用原生SQL的前提下，纯JPA规范实现无法直接使用类似(c1,c2) IN ((x,y),(a,b))的语法。
部分JPA实现（如Hibernate）提供了相关扩展支持，但不属于JPA标准范畴，无法做到完全不依赖特定JPA实现或数据库厂商。

2. 替代实现方案 #

2.1 动态OR条件拼接（优先推荐） #

可以通过JPA标准的Specification接口动态拼接查询条件，完全不需要原生SQL，也不依赖特定数据库，适配你的需求场景：

// 示例代码
public List<EntityA> findMatchRecords(List<Foo> fooList) {
    Specification<EntityA> spec = (root, query, criteriaBuilder) -> {
        List<Predicate> orPredicates = new ArrayList<>();
        for (Foo foo : fooList) {
            Predicate singleMatch = criteriaBuilder.and(
                criteriaBuilder.equal(root.get("c1"), foo.getBar()),
                criteriaBuilder.equal(root.get("c2"), foo.getBaz())
            );
            orPredicates.add(singleMatch);
        }
        return criteriaBuilder.or(orPredicates.toArray(new Predicate[0]));
    };
    return aRepository.findAll(spec);
}

该方案生成的SQL为SELECT * FROM A WHERE (c1=1 AND c2=1) OR (c1=2 AND c2=2) ...，执行效率和行构造器IN查询基本一致，且符合JPA标准。

2.2 小表场景的方案选择 #

如果你的Foo列表规模很大，拼接OR条件过长，再考虑你提到的两个方案：

• 优先选择全量查询后内存过滤：仅需要1次数据库请求，数千条数据的内存过滤耗时在毫秒级，远低于N次请求的网络往返开销，对数据库压力极小。
• 不推荐N次单条查询：即使每次查询都走索引，多次请求的连接开销、网络开销累加后，整体耗时远高于单次全量查询，还会增加数据库的短查询压力。

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