여행 및 감상에서 N+1 문제

[Combi153]

여행

전체 여행을 조회하면 아래와 같은 순서로 쿼리가 실행됩니다.

1. 인증을 위한 쿼리

 select count(*)
 from member m1_0
 where m1_0.member_id = ?

2. 전체 여행 조회 쿼리

select distinct t1_0.trip_id,
                t1_0.created_at,
                t1_0.image_url,
                t1_0.member_id,
                t1_0.name,
                t1_0.route_image_url,
                t1_0.status,
                t1_0.updated_at
from trip t1_0
         join post p1_0 on t1_0.trip_id = p1_0.trip_id
         join point p2_0 on p1_0.point_id = p2_0.point_id
order by t1_0.trip_id desc limit ?

3. 회원 조회 쿼리

select m1_0.member_id,
       m1_0.created_at,
       m1_0.nickname,
       m1_0.oauth_id,
       m1_0.oauth_type,
       m1_0.updated_at
from member m1_0
where m1_0.member_id = ?

이때 3번 회원 조회 쿼리가 여행 게시글 작성자의 수만큼 실행됩니다. 즉 n+1 문제가 발생합니다.

@Entity
public class Trip extends BaseEntity {

    // ...
    @ManyToOne(fetch = LAZY)
    @JoinColumn(name = "member_id")
    private Member member;

이는 여행 entity가 회원 entity를 직접 참조하면서, FetchType이 Lazy 로 설정되어 있기 때문입니다.
이러한 문제를 해결하기 위해 2번 여행 조회 쿼리를 아래와 같이 수정했습니다.

select distinct t1_0.trip_id,
                t1_0.created_at,
                t1_0.image_url,
                m1_0.member_id,
                m1_0.created_at,
                m1_0.nickname,
                m1_0.oauth_id,
                m1_0.oauth_type,
                m1_0.updated_at,
                t1_0.name,
                t1_0.route_image_url,
                t1_0.status,
                t1_0.updated_at
from trip t1_0
    join post p1_0 on t1_0.trip_id = p1_0.trip_id
    join point p2_0 on p1_0.point_id = p2_0.point_id
    join member m1_0 on m1_0.member_id = t1_0.member_id
order by t1_0.trip_id desc limit ?

여행을 조회할 때 회원도 함께 조회하면 n+1 문제를 해결할 수 있습니다.

코드 상에서는 Trip.Member 에 대해 FETCH JOIN을 추가하면 됩니다.

감상

감상에서도 여행과 상황이 동일합니다. Post.Member 에 대해 FETCH JOIN을 추가해서 해결했습니다.