단순히 Member 정보만 사용하는 로직이라면 Team까지 불러오는 것은 성능 저하의 원인이 된다.
-> JPA는 지연 로딩을 지원한다.
지연로딩
@Entity
public class Member {
@ManyToOne(fetch = FetchType.LAZY)
@JoinColumn
private Team team;
}Team team = new Team();
team.setName("teamA");
em.persist(team);
Member member1 = new Member();
member1.setUsername("member1");
member1.setTeam(team);
em.persist(member1);
em.flush();
em.clear();
Member m = em.find(Member.class, member1.getId());
System.out.println("m = " + m.getTeam().getClass());
System.out.println("=============");
// 필요한 정보를 얻기 위한 쿼리가 날아간다.
m.getTeam().getName();
System.out.println("=============");
tx.commit();System.out.println("m = " + m.getTeam().getClass());실행 시 proxy가 반환된다.
Member 엔티티에서 Team 필드는 지연로딩으로 설정했기 때문에 proxy를 반환하고
m.getTeam().getName();필요한 정보를 호출 시 정보를 얻기위한 select Query가 날아간다.
즉시로딩
Member와 Team 둘 다 자주 사용한다면 매번 쿼리가 두 번씩 나가게 되면서 성능상 손해를 보게 된다.
이 때 즉시로딩을 사용한다.
@Entity
public class Member {
@ManyToOne(fetch = FetchType.EAGER)
@JoinColumn
private Team team;
}Team team = new Team();
team.setName("teamA");
em.persist(team);
Member member1 = new Member();
member1.setUsername("member1");
member1.setTeam(team);
em.persist(member1);
em.flush();
em.clear();
Member m = em.find(Member.class, member1.getId());
System.out.println("m = " + m.getTeam().getClass());
System.out.println("=============");
m.getTeam().getName();
System.out.println("=============");
tx.commit(); Member m = em.find(Member.class, member1.getId());find() 실행 시점에 Member와 Team에 대한 쿼리가 한번에 나간다.
System.out.println("m = " + m.getTeam().getClass());실행 시 proxy가 아닌 Team이 반환된다.
즉시로딩 주의사항
- 가급적 지연 로딩만 사용(특히 실무에서)
예상 못한 SQL 발생
join할 DB가 두개일 때는 문제가 없다.
하지만 join할 DB가 여러개라면 모든 DB를 join하면서 생각하지도 못한 거대 쿼리가 나간다.
JPQL에서 N+1 문제 발생
- 1은 최초 쿼리, N은 최초 쿼리의 결과의 개수
- 최초에 한 번 쿼리 했는데 그 결과 개수만큼 추가적인 쿼리가 나가는 것이다.
Team team = new Team();
team.setName("teamA");
em.persist(team);
Member member1 = new Member();
member1.setUsername("member1");
member1.setTeam(team);
em.persist(member1);
em.flush();
em.clear();
// em.find() 대신 JPQL을 사용하는 경우 member만 가지고 온다.
List<Member> members = em.createQuery("select m from Member m", Member.class).getResultList();
// team에 즉시 로딩이 걸려있는 걸 확인한다.
// select * from Team where team_id = ?로 관련된 team을 조회하는 쿼리가 같이 나간다.
tx.commit();최초에 JPQL쿼리를 날린다.
이 때 정직하게 Member만 조회되고, Member를 가져왔더니 Team이 즉시 로딩으로 설정되어있다.
따라서 Team 데이터를 가져오기 위한 별도의 쿼리가 날아간다.
위 예제에서는 member 엔티티가 하나이기 때문에 총 2번의 쿼리가 날아갈 것이고
만약 개의 엔티티가 존재한다면 번의 쿼리가 날아갈 것이다.
문제 해결 방법
1. 지연로딩
모든 연관관계를 지연로딩으로 설정한다.
@ManyToOne, @OneToOne은 기본이 즉시로딩이므로 fetch = FetchType.LAZY로 설정
@OneToMany,@ManyToMany는 기본이 지연로딩이다.
2. fetch join
일반 Join과 형태는 똑같지만 SELECT하는 컬럼에서부터 차이가 있다.
- 일반 Join : join 조건을 제외하고 실제 쿼리하는 대상 Entity에 대한 컬럼만 SELECT
- Fetch Join : 실제 쿼리하는 대상 Entity & Fetch join이 걸려있는 Entity를 포함한 컬럼 함께 SELECT
List<Member> members = em.createQuery("select m from Member m join fetch m.team",
Member.class).getResultList();
fetch join을 하게 되면 연관된 DB를 모두 한방에 가져온다.
지연 로딩 활용
- Member와 Team은 자주 함께 사용 -> 즉시 로딩
- Member와 Order는 가끔 사용 -> 지연 로딩
- Order와 Product는 자주 함께 사용 -> 즉시 로딩
회원을 조회하면 팀은 즉시 로딩이므로 쿼리 한 번으로 조회 한다.
주문 내역은 지연 로딩이므로 직접 사용할 때 가져온다.
회원 조회 시 주문 내역 프록시를 한 번 조회했다면 주문 내역에 연관된 상품도 즉시 로딩으로 한 번에 가져온다.
Note:
1. 모든 연관관계에 지연 로딩 사용
2. 실무에서 즉시 로딩을 사용하지 말것
3. JPQL fetch 조인이나, 엔티티 그래프 기능 사용
4. 즉시 로딩은 상상하지 못한 쿼리가 나간다.
참고 :
김영한. 『자바 ORM 표준 JPA 프로그래밍』. 에이콘, 2015.
