- tecoble fetch join pagination
- fetch join + batch size
- Querydsl 사용법
- 우아한 형제들 Querydsl
- offset 방식이 느린 이유
- no offset(cursor) 방식 - 향로
- 메모리에서 페이징 막기
offset 방식과 no offset 방식이 있다. no offset 방식은 cursor 방식이라고도 한다. offset 방식은 해당 위치까지 모든 데이터를 읽어야하기 때문에 데이터가 많을 경우 성능이 떨어진다. cursor 방식은 해당 위치부터 데이터를 읽기 때문에 성능이 좋다.
join fetch와 같이 사용할 경우 limit이 작동하지 않고, 모든 데이터를 메모리에 올린 후 limit을 적용한다. 그렇기 때문에 OutOfMemoryError가 발생할 수 있다.
1:N 관계에서 fetch join이 작동하지 않는데 N부분에서 읽고 limit을 적용하면 해결할 수도 있다.
해결 방법으로 default_batch_fetch_size를 사용할 수 있다. join fetch를 사용하지 않고, batch size를 적용하면 limit이 작동하고, join부분은 batch size만큼씩 가져온다. 1:N:N:N... 관계에서도 잘 작동한다.
복잡한 관계에서 fetch join 후 batch size를 적용할 수도 있다. 실험 결과 post(100) * (comment)10 * (reaction)10 * (log)10 개수, batch size=500, page size=10일 때 comment를 fetch join 적용하면 106ms, 적용하지 않으면 32ms가 걸린다. 일단 batch size만 하는게 좋은 것 같다.
cursor 방식은 이전 페이지의 마지막 데이터를 기준으로 다음 데이터를 가져온다. offset 방식과 달리 해당 위치까지 모든 데이터를 읽지 않아도 되기 때문에 성능이 좋다.
페이지네이션 사용 시 fetch join을 먼저하면 성능이 안 좋을 수 있다. 먼저 id를 모두 가져오고 fetch join하는 것이 좋다. https://nobelbill.tistory.com/m/entry/JPA-fetch-join-사용시-pagination-적용-subquery-예제