지연로딩(FetchType.LAZY)으로는 N+1 문제가 해결되지 않는 이유[미완]

 

CommentController 클래스의 getComments() API를 호출할 때 N+1 문제가 발생하고 있다.

 

 

여기서 N+1 문제란 뭘까?

 

---

N+1 문제란?

 N+1 문제는 ORM 기술에서 특정 객체를 대상으로 수행한 쿼리가 해당 객체가 가지고 있는 연관관계 또한 조회하게 되면서 N번의 추가적인 쿼리가 발생하는 문제를 말한다.

 

왜 발생할까?

 N+1문제가 발생하는 근본적인 원인은 관계형 데이터베이스와 객체지향 언어간의 패러다임 차이로 인해 발생한다. 객체는 연관관계를 통해 레퍼런스를 가지고 있으면 언제든지 메모리 내에서 Random Access를 통해 연관 객체에 접근할 수 있지만 RDB의 경우 Select 쿼리를 통해서만 조회할 수 있기 때문이다.

 

 

N+1이 문제가 되는 이유

N+1문제가 발생하면 쿼리가 배수적으로 증가하면서 DB에 큰 부담이 발생하게 되고 장애 요인이 될 수 있다. 또한 사용자 관점에서 지연율 또한 크게 증가할 수 있다.

 

 

처음에는 Fetch Type의 지연로딩을 사용해서 문제를 해결하려고 했다.

 

---

Fetch Type이란

FetchType이란, JPA가 하나의 Entity를 조회할 때, 연관관계에 있는 객체들을 어떻게 가져올 것이냐를 나타내는 설정값이다. JPA에서는 데이터를 조회할 때 즉시 로딩(EAGER)과 지연 로딩(LAZY) 두 가지 방식이 있다.

즉시로딩(Eager)
즉시로딩이란 데이터를 조회할 때, 연관된 모든 객체의 데이터까지 한 번에 불러오는 것이다.

 

 

지연로딩(Lazy)

지연로딩이란, 필요한 시점에 연관된 객체의 데이터를 불러오는 것이다.

 

 

 

 

---

 

현상 재현

 

 

 

1. Fetch 모드를 EAGER(즉시 로딩)으로 한 경우

 

 

 

 

[출처]

https://velog.io/@xogml951/JPA-N1-%EB%AC%B8%EC%A0%9C-%ED%95%B4%EA%B2%B0-%EC%B4%9D%EC%A0%95%EB%A6%AC

https://velog.io/@jinyeong-afk/%EA%B8%B0%EC%88%A0-%EB%A9%B4%EC%A0%91-%EC%A6%89%EC%8B%9C-%EB%A1%9C%EB%94%A9%EA%B3%BC-%EC%A7%80%EC%97%B0-%EB%A1%9C%EB%94%A9%EC%9D%98-%EC%B0%A8

https://s-y-130.tistory.com/184