[JPA] JPA 연관관계 매핑 2 - 즉시 로딩(EAGER) vs 지연 로딩(LAZY)

즉시 로딩 (EAGER)

• 연관된 엔티티를 조회할 때 함께 바로 조회
  • 조회 시점에 조인이 발생하거나 추가 쿼리가 실행

@ManyToOne(fetch = FetchType.EAGER)

 

 

지연 로딩 (LAZY)

• 연관된 엔티티를 실제로 사용할 때 조회
  • 처음에는 프록시 객체에만 넣어두고 필드 접근 시점에 DB 조회

@ManyToOne(fetch = FetchType.LAZY)

 

 

실제 SQL 차이

• 예시
  • OAuthAccount -> Member (ManyToOne)
• EAGER
  • 무조건 Member까지 같이 조회

OAuthAccount account = repository.findById(1L);

SELECT oa.*, u.*
FROM oauth_accounts oa
LEFT JOIN users u ON oa.user_id = u.id
WHERE oa.id = 1;

 

• LAZY
  • Member는 아직 조회 안 됨

OAuthAccount account = repository.findById(1L);

SELECT * FROM oauth_accounts WHERE id = 1;

 

• Member를 실제로 사용할 때

account.getMember().getEmail();

SELECT * FROM users WHERE id = ?;

 

 

프록시(Proxy)

• JPA는 실제 Member 대신 가짜 객체를 먼저 넣어둠
• 이 가짜 객체는
  • id 값은 알고 있음
  • 실제 필드 접근 시 DB 조회

 

LAZY를 기본으로 사용하는 이유

• 불필요한 조인 방지
  • 모든 연관 엔티티를 다 가져오면 성능 낭비
• N+1 문제 예방
  • EAGER가 많아지면 연쇄적으로 조인이 발생하거나 예상 못한 추가 쿼리가 발생
• 설계 유연성
  • 실제로 필요한 데이터만 조회하도록 JPQL이나 fetch join으로 제어 가능

 

N+1 문제란

• 예를 들어 회원 10명을 조회하고 각 회원의 게시글을 접근하면
  • 1+10 = 11 번 쿼리 --> 이게 N+1 문제

SELECT * FROM member;
SELECT * FROM post WHERE member_id = 1;
SELECT * FROM post WHERE member_id = 2;
...