🔥 TIL - Day 66 Jpa exist 최적화

📌 JPA에서 exist 쿼리 사용하기

JPA의 도움을 받는다면 exist 쿼리를 사용하는 것은 쉬운 일이다.

내가 이번에 구현하고자 한 기능은 조작 (수정,삭제 ..)하고자 하는 게시글의 주인이 현재 로그인된 사용자가 맞는가 에 대한 것이다.

현재 게시글과 인증된 사용자로 게시글 db에 exist쿼리를 날리면 된다.

boolean existsByIdAndRequestUser(Long id, User requestUser);

이렇게 하면 아주 아름답게 원하는 쿼리와 결과를 볼 수 있다.

---

📌 조금 복잡해진다면 ?

이번에 내가 조건으로 사용한 칼럼은 2개이지만 이보다 많은 조건을 필요로 하는 쿼리가 필요할 수 있다.
네이밍 기반 쿼리가 너무 복잡해지는 경우 보통 @Query를 이용해서 직접 JPQL을 구성한다.

하지만 JPQL의 경우 exist 키워드를 제공하지 않기 때문에 다른 방법으로 존재여부를 판단해야 한다.
보통 집계쿼리를 이용해서 조회된 결과의 count를 확인하는 방법을 많이 사용한다.

원래 쿼리를 JPQL로 바꿔보면 아래와 같다.

@Query(
        "select count(r.id) > 0 from ReviewRequest r " +
                "where r.id = :id and r.requestUser = :requestUser"
)
boolean existsByIdAndRequestUserJPQL(Long id, User requestUser);

테스트도 잘 통과되는 걸로 보아 결과도 동일하게 만들어 내고 쿼리도 그렇게 복잡하지 않으니 충분히 대체 가능할 것으로 보인다...

위 쿼리는 쿼리가 복잡해지는 경우 exist 기능을 JPQL에서 사용하기 위해 count를 사용한 것인데 문제가 있다.
count의 경우 일단 모든 row를 조회한다. select 절에서 >0 조건을 걸었지만 의미없다. 그냥 다 조회하고 그 결과값이 >0 인지를 판단한다. 이는 성능상 큰 이슈를 발생시킨다.

원래 JPA의 exist의 경우 쿼리를 보면 끝에 limit가 걸리는 것을 확인할 수 있다.

limit가 1로 설정되면서 조건에 부합하는 row를 찾았을 때 바로 true를 리턴할 수 있게 된다.

count와 exist( + limit)의 성능차이는 데이터가 많으면 많을수록 조건에 부합하는 필드가 앞에 있을수록 더 크게 벌어지게 된다.

---

📌 복잡한 쿼리 => Querydsl

이번 프로젝트에서 내가 정한 룰 중 하나는 복잡한 쿼리는 반드시 Querydsl로 작성하는 것이다.
exist 쿼리가 복잡해지는 경우 직접 JPQL을 작성한다고 했다. 복잡한거니까 JPQL 말고 Querydsl로 작성해보자.

JPQL에서도 직접적으로 exist를 제공하지 않았고 Querydsl도 마찬가지이다.

but 직접 구현은 가능하다.
(코드는 jojoldu 님의 코드를 참고했습니다.)

구현해야 하는 기능은 아래 두 개이다.

• 조건에 부합하는 row를 찾았다면 조회를 멈추고 true를 리턴
• 조건에 부합하는 row를 찾지 못했다면 false를 리턴

첫번째 기능은 limit 1 을 통해 구현 가능하다. Querydsl의 fetchFirst()이 limit 1을 대신한다.

두번째 기능은 쿼리의 결과가 null인지 체크하는 것으로 구현 가능하다. null이라면 조건에 부합하는 row가 없다는 것이므로 fasle가 리턴된다.

@Override
public boolean isMyReviewRequest(Long reviewId, User user) {
    Integer exist = query.selectOne()
            .from(reviewRequest)
            .where(reviewRequest.id.eq(reviewId).and(reviewRequest.requestUser.eq(user)))
            .fetchFirst();

    return exist != null;
}

쿼리결과