티스토리 뷰

JPA

스프링 데이터 JPA - Fetch Join과 @EntityGraph

배워서 남 주는 Jaime.Lee 2021. 7. 2. 18:20
728x90
반응형

모든 소스 코드는 여기에서 확인 가능합니다.

Fetch Join@GraphEntity를 소개하기 전에 JPA를 사용하다보면 겪을 수 있는 사례 하나를 소개합니다.


Member EntityTeam Entity가 다대일 관계(@ManyToOne) 일 때 Entity 클래스에 서로의 관계를 표시해줍니다.

Entity간 연관관계가 있고 JPA를 이용하여 조회해야 하는 상황에서는 되도록이면 FetchType.LAZY 사용을 권장합니다.

관계 파악을 위해 소스 코드를 살펴봅시다. (설명에 필요 없는 import문 등은 생략하였습니다.)


@Entity
@Getter
@NoArgsConstructor(access = AccessLevel.PROTECTED)
@ToString
public class Member {
    @Id
    @GeneratedValue
    @Column(name = "member_id")
    private Long id;
    private String username;
    private int age;
    @ManyToOne(fetch = FetchType.LAZY) // (1)
    @JoinColumn(name = "team_id") // (2)
    @ToString.Exclude // (3)
    private Team team;
}

@Entity
@Getter
@NoArgsConstructor(access = AccessLevel.PROTECTED)
@ToString
public class Team {
    @Id
    @GeneratedValue
    @Column(name = "team_id")
    private Long id;
    private String name;
    @OneToMany(mappedBy = "team") // (4)
    @ToString.Exclude // (3)
    private List<Member> members = new ArrayList<>();
}

(1) Member:Team=N:1 관계가 성립하므로 @ManyToOne, 필요한 시점에 추가 조회를 하기 위해 FetchType.LAZY를 설정하였습니다.

(2) Team Entity의 테이블 중 어떤 컬럼과 매핑할지 지정합니다.

(3) @ToString.Exclude는 클래스 위에 선언된 @ToString 애너테이션으로 인해 자동으로 override 된 toString 메서드에서 제외할 필드를 결정합니다. 제외하지 않으면 Member 클래스와 서로 연관관계가 있어 계속 반복적으로 호출하여 무한루프에 빠지게 됩니다.

(4) (1)번과 반대의 경우로 @OneToMany로 설정합니다. mappedBy 속성을 이용해 어떤 연관관계인지 반드시 표현해줘야 합니다. team 객체에 매핑되므로 team 이라고 설정하였습니다.

JPA를 이용해 Member 객체를 조회할 때 FetchType.LAZY를 적용하면 어떤 일이 벌어질까요?

아래 테스트 소스 코드로 확인해 봅시다. (테스트 명은 추후 수정될 걸 고려해 적은 것입니다.)

@SpringBootTest
class MemberRepositoryTest {
    @Autowired
    MemberRepository memberRepository;
    @Autowired
    TeamRepository teamRepository;
    @Autowired
    EntityManager entityManager;

    @Test
    @DisplayName("Fetch Join 테스트")
    @Transactional
    public void fetchJoinTest() {
        // given
        Team barcelonaFc = new Team("Barcelona FC");
        Team realMadridCf = new Team("Real Madrid CF");
        teamRepository.save(barcelonaFc);
        teamRepository.save(realMadridCf);
        Member lionelMessi = new Member("Lionel Messi", 34, barcelonaFc);
        Member karimBenzema = new Member("Karim Benzema", 33, realMadridCf);
        memberRepository.save(lionelMessi);
        memberRepository.save(karimBenzema);
        entityManager.flush(); // (1)
        entityManager.clear(); // (1)
        // when
        List<Member> members = memberRepository.findAll();
        members.forEach(System.out::println);
    }
}

(1) 조건을 추가하고 트랜잭션이 완전히 종료됐음을 알리기위해 flush(), clear()를 사용하였습니다.

단순히 Member를 출력하는 소스 코드로 로그를 살펴보면,

2021-07-02 16:26:22.939 DEBUG 97475 --- [           main] org.hibernate.SQL                        : 
    insert 
    into
        team
        (name, team_id) 
    values
        (?, ?)
2021-07-02 16:26:22.945 DEBUG 97475 --- [           main] org.hibernate.SQL                        : 
    call next value for hibernate_sequence
2021-07-02 16:26:22.945 DEBUG 97475 --- [           main] org.hibernate.SQL                        : 
    insert 
    into
        team
        (name, team_id) 
    values
        (?, ?)
2021-07-02 16:26:22.947 DEBUG 97475 --- [           main] org.hibernate.SQL                        : 
    call next value for hibernate_sequence
2021-07-02 16:26:22.948 DEBUG 97475 --- [           main] org.hibernate.SQL                        : 
    insert 
    into
        member
        (age, team_id, username, member_id) 
    values
        (?, ?, ?, ?)
2021-07-02 16:26:22.949 DEBUG 97475 --- [           main] org.hibernate.SQL                        : 
    call next value for hibernate_sequence
2021-07-02 16:26:22.950 DEBUG 97475 --- [           main] org.hibernate.SQL                        : 
    insert 
    into
        member
        (age, team_id, username, member_id) 
    values
        (?, ?, ?, ?)
2021-07-02 16:26:22.964 DEBUG 97475 --- [           main] org.hibernate.SQL                        : 
    select
        member0_.member_id as member_i1_0_,
        member0_.age as age2_0_,
        member0_.team_id as team_id4_0_,
        member0_.username as username3_0_ 
    from
        member member0_

Team을 두 번 insert하고, Member를 두 번 insert한 뒤 memberselect해오고 있습니다.

조건을 만들기 위한 insert문을 제외하면 select 쿼리가 한 번만 이루어졌죠.

이는 Member 객체 내에서 Team 객체에 접근하기 전까지는 Team에 대한 쿼리를 수행하지 않기 때문이고 FetchType.LAZY가 하는 일이기도 합니다.

그렇다면 Team 정보도 조회하도록 테스트를 수정해 볼까요?

members.forEach(m -> {
    System.out.println(m);
    System.out.println(m.getTeam());
})

마지막에 출력하는 부분만 위 처럼 수정하고 실행하면 역시 한 번에 될리가 없죠!

org.hibernate.LazyInitializationException: could not initialize proxy [io.lcalmsky.springdatajpa.domain.entity.Team#1] - no Session

이런 에러가 발생합니다.

이럴 땐 @Transactional 애너테이션을 사용하면 간단히 해결됩니다.

@Test
@DisplayName("Fetch Join 테스트")
@Transactional
public void fetchJoinTest(){
    ...
}

그리고 실행한 뒤 로그를 살펴보면,

2021-07-02 17:02:46.077 DEBUG 98909 --- [           main] org.hibernate.SQL                        : 
    select
        member0_.member_id as member_i1_0_,
        member0_.age as age2_0_,
        member0_.team_id as team_id4_0_,
        member0_.username as username3_0_ 
    from
        member member0_
Member(id=3, username=Lionel Messi, age=34)
2021-07-02 17:02:46.118 DEBUG 98909 --- [           main] org.hibernate.SQL                        : 
    select
        team0_.team_id as team_id1_1_0_,
        team0_.name as name2_1_0_ 
    from
        team team0_ 
    where
        team0_.team_id=?
Team(id=1, name=Barcelona FC)
Member(id=4, username=Karim Benzema, age=33)
2021-07-02 17:02:46.137 DEBUG 98909 --- [           main] org.hibernate.SQL                        : 
    select
        team0_.team_id as team_id1_1_0_,
        team0_.name as name2_1_0_ 
    from
        team team0_ 
    where
        team0_.team_id=?
Team(id=2, name=Real Madrid CF)

Memberselect 한 뒤 Team을 출력하는 시점에 추가로 쿼리해오는 것을 확인할 수 있습니다.

Member를 조회한 결과가 2명이었고(쿼리 1회) 2명이 다른 두 팀을 가지고 있었기 때문에 2번의 추가 쿼리가 이루어져 총 3번의 쿼리가 발생했습니다.

이를 JPA에선 N+1 문제라고 부릅니다. 1개의 쿼리 결과가 N개 이면 N번의 쿼리가 더 발생하기 때문이죠.

1000명의 member가 1000개의 팀을 가지고 있는 경우 1001번의 쿼리가 발생하고 이는 시스템에 큰 부하를 주게 됩니다.

위와 같은 문제 해결을 위해 JPA 진영에서 내놓은 해답은 바로 Fetch Join 입니다.

Fetch Join

Fetch Join을 적용하기 위해 Repository를 수정해보겠습니다.

package io.lcalmsky.springdatajpa.domain.repository;

import io.lcalmsky.springdatajpa.domain.entity.Member;
import org.springframework.data.jpa.repository.JpaRepository;
import org.springframework.data.jpa.repository.Query;
import org.springframework.stereotype.Repository;

import java.util.List;

@Repository
public interface MemberRepository extends JpaRepository<Member, Long> {
    @Query("select m from Member m join fetch m.team ") // (1)
    List<Member> findAllMembers();
}

(1) fetch join 사용을 위해선 @Query 애너테이션을 이용해 JPQL로 쿼리를 작성해야 합니다. join 뒤에 fetch 라는 키워드 사용만으로 간단히 해결됩니다.

이렇게 수정한 뒤 테스트 클래스도 수정해보겠습니다. (이제야 테스트 이름이 빛을 발하는 군요..)

package io.lcalmsky.springdatajpa.domain.repository;

import io.lcalmsky.springdatajpa.domain.entity.Member;
import io.lcalmsky.springdatajpa.domain.entity.Team;
import org.junit.jupiter.api.DisplayName;
import org.junit.jupiter.api.Test;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.test.context.SpringBootTest;

import javax.persistence.EntityManager;
import javax.transaction.Transactional;
import java.util.List;

@SpringBootTest
class MemberRepositoryTest {
    @Autowired
    MemberRepository memberRepository;
    @Autowired
    TeamRepository teamRepository;
    @Autowired
    EntityManager entityManager;

    @Test
    @DisplayName("Fetch Join 테스트")
    @Transactional
    public void fetchJoinTest() {
        // given
        Team barcelonaFc = new Team("Barcelona FC");
        Team realMadridCf = new Team("Real Madrid CF");
        teamRepository.save(barcelonaFc);
        teamRepository.save(realMadridCf);
        Member lionelMessi = new Member("Lionel Messi", 34, barcelonaFc);
        Member karimBenzema = new Member("Karim Benzema", 33, realMadridCf);
        memberRepository.save(lionelMessi);
        memberRepository.save(karimBenzema);
        entityManager.flush();
        entityManager.clear();
        // when
        List<Member> members = memberRepository.findAllMembers(); // (1)
        members.forEach(m -> {
            System.out.println(m);
            System.out.println(m.getTeam());
        });
    }
}

(1) Repository에 정의한 메서드로 수정했습니다.

수정한 뒤 다시 테스트를 수행해보면

2021-07-02 17:34:14.998 DEBUG 99976 --- [           main] org.hibernate.SQL                        : 
    select
        member0_.member_id as member_i1_0_0_,
        team1_.team_id as team_id1_1_1_,
        member0_.age as age2_0_0_,
        member0_.team_id as team_id4_0_0_,
        member0_.username as username3_0_0_,
        team1_.name as name2_1_1_ 
    from
        member member0_ 
    inner join
        team team1_ 
            on member0_.team_id=team1_.team_id
Member(id=3, username=Lionel Messi, age=34)
Team(id=1, name=Barcelona FC)
Member(id=4, username=Karim Benzema, age=33)
Team(id=2, name=Real Madrid CF)

이렇게 join 쿼리를 이용해 한 번에 Team 정보까지 가져와 쿼리 횟수가 1번으로 줄어든 것을 확인할 수 있습니다.

@EntityGraph

fetch join을 위해 매 번 JPQL을 작성하고 JpaRepository가 기본으로 제공하는 기능을 사용할 수 없다면 갓프링이라고 부를 수 없겠죠.

스프링 데이터 JPA에서는 이 문제를 @EntityGraph를 통해 해결합니다.

기본으로 제공되는 메서드 중 findAll()에 해당 기능을 적용하고 싶다면 아래처럼 Repository를 수정해줍니다.

package io.lcalmsky.springdatajpa.domain.repository;

import io.lcalmsky.springdatajpa.domain.entity.Member;
import org.springframework.data.jpa.repository.EntityGraph;
import org.springframework.data.jpa.repository.JpaRepository;
import org.springframework.stereotype.Repository;

import java.util.List;

@Repository
public interface MemberRepository extends JpaRepository<Member, Long> {
    @Override // (1)
    @EntityGraph(attributePaths = {"team"}) // (2)
    List<Member> findAll();
}

(1) JpaRepository.findAll()을 override 합니다.

(2) @EntityGraph 애너테이션을 추가하고 attributePathsMember 객체와 Join할 객체를 표기합니다.

테스트 소스 코드를 다시 수정하여 확인해보겠습니다.

// 생략
@SpringBootTest
class MemberRepositoryTest {
    // 생략
    @Test
    @DisplayName("Fetch Join 테스트")
    @Transactional
    public void fetchJoinTest() {
        // given
        // 생략
        // when
        List<Member> members = memberRepository.findAll(); // 다시 findAll()로 변경
        // 생략
    }
}

테스트를 실행해보면

2021-07-02 17:53:15.067 DEBUG 1185 --- [           main] org.hibernate.SQL                        : 
    select
        member0_.member_id as member_i1_0_0_,
        team1_.team_id as team_id1_1_1_,
        member0_.age as age2_0_0_,
        member0_.team_id as team_id4_0_0_,
        member0_.username as username3_0_0_,
        team1_.name as name2_1_1_ 
    from
        member member0_ 
    left outer join
        team team1_ 
            on member0_.team_id=team1_.team_id

역시나 select 쿼리가 한 번만 수행된 것을 확인할 수 있습니다.

추가로 @Query를 이용해 JPQL을 작성(join query 없이)한 곳에 @EntityGraph를 사용하셔도 동일하게 동작합니다.

@Query("select m from Member m")
@EntityGraph(attributePaths = {"team"})
List<Member> findAllMembers(); // JPQL을 이용해도 가능

@EntityGraph(attributePaths = {"team"})
Member findByUsername(String username); // 메서드 쿼리를 이용해도 가능

이 부분은 굳이 사용할 필요가 없을 거 같아 예제 등은 다루지 않을 예정입니다.

@NamedEntityGraph

@Query와 마찬가지로 @EntityGraph@NamedEntityGraph를 지원합니다.

실제로 사용하는 방법도 동일합니다.

Entity 클래스에 @NamedEntityGraph를 추가하고 Repository 내 메서드에 @EntityGraph의 속성으로 앞에서 정의한 이름을 넣어주면 됩니다.

// 생략
@NamedEntityGraph(name = "member.findAll", attributeNodes = @NamedAttributeNode("team"))
public class Member {
    // 생략
}
@Query("select m from Member m")
@EntityGraph("member.findAll")
List<Member> findAllMembers();

개인적인 생각은 기본 메서드를 Override 하는 경우가 아니면 @EntityGraph는 사용하지 않을 거 같습니다.

JPQL을 사용할 경우 그냥 쿼리 뒤에 join fetch 만 붙여주면 되는데 굳이 번거롭게 애너테이션과 그 속성을 추가할 필요가 없기 때문이죠.

@NamedEntityGraph 역시 @NamedQuery를 잘 쓰지 않을 거 같은 느낌과 동일한 느낌을 받았습니다.

728x90
반응형
댓글
댓글쓰기 폼