[Spring] N+1 문제와 fetch join 해결 및 테스트

 

 

🌱 N+1 문제란?

JPA 연관관계에서 생기는 이슈로 연관 관계가 설정된 엔티티를 조회할 경우 조회된 데이터 개수(N)만큼 연관 관계의 조회 쿼리가 추가로 발생하여 데이터를 불러오는 문제를 말한다.

 

 

🤔 그럼 어떻게 해결해야 할까?

1. Fetch Type을 Lazy로 설정한다.

2. fetch join을 사용한다.

3. Batch Size를 조절한다.

 

여기서 난 1, 2번을 가지고 해결해 보았다.

 

 

👩🏻‍💻 해결 과정 및 테스트

나는 이 프로젝트에서 모든 유저 객체에 대해서 글 정보와 같이 매핑하는 코드를 작성하였다.

Member 객체와의 fetch type을 Lazy로 설정하였다.

 

하지만 이렇게만 붙인다고 해서 해결이 되진 않는다. 

    public ListResult<TestGetMembersResDto> testGetMembersV1() {

        List<TestGetMembersResDto> testGetMembersResDtoList = new ArrayList<>();

        List<Member> members = memberRepository.findAll();

        for(Member member : members) {
            TestGetMembersResDto testGetMembersResDto = TestGetMembersResDto.builder()
                    .memberId(member.getId())
                    .nickname(member.getNickname())
                    .imageUrl(member.getProfileImageUrl())
                    .postingCount((long)member.getPostings().size())
                    .build();
            testGetMembersResDtoList.add(testGetMembersResDto);
        }

        return responseService.getListResult(testGetMembersResDtoList);
    }

이렇게 코드를 작성하게 된다고 해도, 멤버 객체에서 포스팅 개수를 참조해서 가져올 때, 여전히 포스팅 테이블을 조회하는 쿼리가 매번 나간다. 여기서 가져온 getReference는 가짜객체이기 때문에 실제 정보를 가져오기 위해서는 쿼리를 조회할 수밖에 없는 것이다!

 

 

 

따라서 repository에서 값을 가져올 때 fetch join을 사용하여 포스팅의 실제 정보도 한 번에 가져오도록 한다.

 

    @Query("select m from Member m left join fetch m.postings")
    List<Member> findAllFetch();

 

이렇게 한번에 값을 가져왔을 때는 쿼리가 한 번만 실행되는 것을 확인해 볼 수 있다!

 

 

 

이걸 JMeter를 이용해서 테스트해보자!

 

데이터를 몇 명만 넣게 된다면 테스트 차이가 얼마 나지 않을 것이라고 생각해서 5000명 정도의 데이터를 넣고 테스트해보았다.

이렇게 회원 정보를 작성해 놓았다.!

 

 

🫧 fetch join을 사용하기 전과 후

 

약 2.6배 정도 개선된 것을 확인해 볼 수 있다 ㅎㅎ

포스트맨으로 확인하면 약 3배까지도 차이가 났었다. (709ms -> 237ms)