Lazy&Eager 무엇을 선택해야 할까요?

[daumi125]

🤔

[daumi125]

JPA에서 N:1 연관관계(예: 게시글 N개가 하나의 작성자(User)를 참조할 때)에서는 연관된 엔티티를 언제 불러올지를 fetch 전략으로 설정할 수 있습니다. LAZY와 EAGER는 이 시점을 결정합니다.

---

1. LAZY (지연 로딩)

• 정의: 연관된 엔티티를 실제 사용할 때(접근할 때) 쿼리를 실행해서 불러옴.

• 특징:

  • 프록시 객체로 먼저 채워둠 (user → 실제 User가 아닌 프록시 객체)
  • 실제 user.getName()처럼 사용할 때 SELECT 실행됨
  • 성능 최적화에 유리

• 예시:

  
  @ManyToOne(fetch = FetchType.LAZY)
  private User user;
  

• 장점:

  • 초기 조회 시 불필요한 JOIN 방지
  • 대용량 데이터를 다룰 때 쿼리 수 최소화 가능

• 단점:

  • 트랜잭션이 끝난 후에 접근하면 LazyInitializationException 발생

    (예: 컨트롤러에서 엔티티를 DTO로 변환하지 않고 뷰에서 바로 접근 시)

---

2. EAGER (즉시 로딩)

• 정의: 연관된 엔티티를 즉시 함께 조회 (JOIN 수행)

• 특징:

  • find() 할 때 즉시 JOIN 쿼리 실행

• 예시:

  
  @ManyToOne(fetch = FetchType.EAGER)
  private User user;
  

• 장점:

  • 바로 연관 데이터를 사용해야 하는 경우 편리함
  • 뷰에서 접근할 때 오류 발생 위험 적음

• 단점:

  • 무조건 JOIN 발생 → 쿼리 성능 저하 가능
  • 연관 객체가 많아지면 N+1 문제 발생 가능성 높아짐

---

---

예제 상황: 게시글(Post) - 작성자(User)

@Entity
public class Post {
@Id
@GeneratedValue
private Long id;

private String title;

@ManyToOne(fetch = FetchType.LAZY)  // 또는 EAGER
@JoinColumn(name = "user_id")
private User user;

}
@Entity

public class User {
@Id
@GeneratedValue
private Long id;

private String username;

}

---

💡 1. LAZY일 때의 쿼리 동작

Post post = postRepository.findById(1L).orElseThrow();
// 아직 User 쿼리 실행되지 않음
String username = post.getUser().getUsername();

// 이 시점에 User를 가져오는 SELECT 쿼리 실행됨!

▶ 실행된 쿼리 로그

-- 1단계: Post 조회
select * from post where id = 1;
-- 2단계: User 조회 (User 접근 시점에 실행됨)

select * from user where id = ?;

📝 지연 로딩이므로 필요할 때만 User 조회함.

---

💡 2. EAGER일 때의 쿼리 동작

Post post = postRepository.findById(1L).orElseThrow();
// 이미 이 시점에서 User까지 JOIN해서 가져옴

▶ 실행된 쿼리 로그

-- Post와 User를 JOIN해서 한 번에 가져옴
select
  p.id as post_id,
  p.title as post_title,
  u.id as user_id,
  u.username as user_username
from post p
left outer join user u on p.user_id = u.id
where p.id = 1;

📝 즉시 로딩이라 Post를 조회할 때 User도 함께 조회됨.

---

✨ 권장 전략

• 대부분의 경우: LAZY
• 뷰에서 지연 초기화 오류 방지: DTO 변환 또는 JOIN FETCH 사용
• 꼭 필요한 경우만 EAGER

[daumi125]

면접 질문:
JPA에서 N:1 연관관계에서 LAZY와 EAGER 전략 중 어떤 것을 선택하시겠습니까? 그 기준은 무엇인가요?

💬 답변 예시:
"JPA에서 N:1 연관관계의 기본 fetch 전략은 EAGER이지만, 실무에서는 대부분 LAZY 전략을 명시적으로 설정하는 것이 더 안전하고 유연하다고 생각합니다.

우선, EAGER는 연관된 객체를 항상 즉시 로딩하기 때문에 조회할 때마다 불필요한 JOIN 쿼리가 발생할 수 있고, 관계가 복잡할수록 쿼리 성능이 저하되거나 N+1 문제가 발생할 위험이 큽니다. 특히 컨트롤러에서 리스트 조회 시 EAGER로 인해 곱집합(Cartesian Product)이 발생하면 예기치 않은 성능 저하가 발생할 수 있습니다.

반면, LAZY는 연관 객체를 실제 사용할 때 쿼리를 실행하므로 초기 쿼리가 가볍고, 필요에 따라 fetch join이나 @entitygraph를 통해 명확하게 쿼리의 범위를 제어할 수 있어 성능 튜닝에도 유리합니다.

실제 사용에서는 다음과 같이 전략을 구분합니다:

일반적인 서비스 계층에서는 LAZY를 기본으로 사용하고, 필요한 연관 객체가 있을 때 JOIN FETCH로 명시적으로 가져옵니다.

반면, 연관 객체가 반드시 사용되고 별도로 분리할 이유가 없을 때, 예를 들어 조회 대상이 단일 엔티티이고, 항상 연관된 객체가 필요할 경우에는 EAGER를 사용할 수 있다고 판단합니다.

또한, 트랜잭션 밖에서 엔티티를 뷰로 전달하는 경우 LazyInitializationException이 발생할 수 있으므로, LAZY 전략을 유지하면서 DTO로 변환하는 방식을 선호합니다.

결론적으로, 기본은 LAZY를 사용하되, 조회 시점과 연관 객체 사용 여부에 따라 fetch 전략을 명확하게 제어하는 방식이 유지보수와 성능 측면에서 가장 바람직하다고 생각합니다."