컬렉션 엔티티 조회 + 페이징을 함께 해결 (feat. default_batch_fetch_size)

• 먼저 ToOne(OneToOne, ManyToOne) 관계를 모두 페치조인 한다.
• ToOne 관계는 row수를 증가시키지 않으므로 페이징 쿼리에 영향을 주지 않는다.
• 컬렉션은 지연 로딩으로 조회한다.
• 지연 로딩 성능 최적화를 위해 hibernate.default_batch_fetch_size , @BatchSize 를 적용한다.
• hibernate.default_batch_fetch_size: 글로벌 설정 - 이 옵션을 사용하면 컬렉션이나, 프록시 객체를 한꺼번에 설정한 size 만큼 IN 쿼리로 조회한다.

@Repository
public class OrderRepository {
	public List<Order> findAllWithMemberDelivery(int offset, int limit) {
	return em.createQuery(
		"select o from Order o" +
			" join fetch o.member m" +
			" join fetch o.delivery d", Order.class)
		.setFirstResult(offset)
 		.setMaxResults(limit)
		.getResultList();
	}
}

@GetMapping("/api/v3.1/orders")
public List<OrderDto> ordersV3_page(
	@RequestParam(value = "offset", defaultValue = "0") int offset,
	@RequestParam(value = "limit", defaultValue	= "100") int limit) {
	List<Order> orders = orderRepository.findAllWithMemberDelivery(offset, limit);
 	List<OrderDto> result = orders.stream()
 		.map(o -> new OrderDto(o))
 		.collect(toList());
	return result;
}

application.yaml 환경설정에 최적화 옵션 추가

spring:
  jpa:
    properties:
      hibernate:
        default_batch_fetch_size: 1000

결과

limit, offset으로 페이징 쿼리가 잘 나왔다

여러건이 한꺼번에 검색되어 N+1 문제를 해결하였다.

 

•  장점
  • 쿼리 호출 수가 1 + N 1 + 1 로 최적화 된다.
  • 컬렉션 페치 조인은 페이징이 불가능 하지만 이 방법은 페이징이 가능하다.
• 결론
  • ToOne 관계는 페치 조인해도 페이징에 영향을 주지 않는다.
  • 따라서 ToOne 관계는 페치조인으로 쿼리 수를 줄이고 해결하고, 나머지는 hibernate.default_batch_fetch_size 로 최적화 하자

 

출처:  (인프런) 실전 스프링부트와 JPA활용 part 2 - 김영한