☕

batch_fetch_style

spring:
  jpa:
    properties:
      hibernate:
        batch_fetch_style: padded
				default_batch_fetch_size: 100
YAML
복사

default_batch_fetch_size 를 사용하여 in (?) 절을 활용할 때에 prepared statement 에서는 (?) 의 개수를 미리 정해놓는다. 이유는 몇 개의 ? 를 해야할 지 모르는 상황에서(동적이니까) 갯수만큼 동적으로 계속 만들다보면 성능상 불리하기때문이다. 그래서 default_batch_fetch_size 의 개수가 100 이라면, ? 개수가 1~10, 100, 50, 25, 12 이렇게 14개를 미리 세팅한다. 그리고 만약 in 절로 가져와야 할 데이터가 30개라면 (?*25) 인거 하나, (?*5) 인거 하나 총 2개의 쿼리가 발생한다. 미리 만들어놓는 in (?) 절의 개수는 log2N - 2~3개 + 10개이다. 10 이상까지 나누기 2를 계속 해서 그렇다.

batch_fetch_style 에는 legacy, padded, dynamic 이 있는데, 위에서 설명한 방식이 legacy 이고 dynamic 은 성능 최적화를 위한 캐싱을 하지 않고 그냥 동적으로 다 만들어버리는 방식이다. 우리가 설정한 padded 는 legacy 와 비슷하다. 성능 최적화를 위한 쿼리 캐싱하는 것은 같으나 legacy 는 데이터보다 적은 수, padded 는 데이터보다 많은 수로 쿼리를 가져온다. 예를 들어 위의 예시에서 데이터가 30개라면 (?*50) 인거를 가져와서 사용한다.

그렇다면 남는 ? 20개에는 어떤 데이터를 넣을까?

in 절로 가져올 데이터의 바인딩 파라미터는 31~60 까지였다. 그래서 나머지 20개에는 첫 데이터를 더미로 넣는다. 가져온 20개의 데이터는 아마 jpa 의 동일성 보장에 의해 같은 객체여서 사라지는듯하다.

in 절에 들어갈 데이터의 개수가 서비스 특성상 자주 변하기때문에 dynamic 보다는 padded 를 이용하기로 하였다.

참고

https://access.redhat.com/documentation/ko-kr/jboss_enterprise_application_platform/6.2/html/development_guide/sect-performance_tuning

https://www.inflearn.com/questions/34469