[JPA] @BatchSize를 지정했으나 쿼리가 이상하게 나갈 때

- 지난 9월에, 회사에서 사이드 프로젝트로 JPA를 활용한 게시판 서비스 개발을 진행했었는데, 쿼리 튜닝을 진행하다가 내 마음대로 쿼리가 나가지 않는 걸 볼 수 있었다. 

 

- 당시 모델의 구조는 대략적으로 이렇다. 기본적인 게시판 엔티티이다.

@Table(name = "tb_board")
@Entity
@Getter
@NoArgsConstructor(access = AccessLevel.PROTECTED)
public class Board extends BaseEntity {

    @Schema(description = "게시글 번호", required = true)
    @Id @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long boardNo;

    @Schema(description = "게시글에 대한 댓글 리스트", required = false)
    @BatchSize(size = 100)
    @OneToMany(mappedBy = "board", cascade = {CascadeType.PERSIST, CascadeType.MERGE})
    private List<Comment> commentList = new ArrayList<>();

    @Schema(description = "게시글 태그", required = false)
    @BatchSize(size = 100)
    @OneToMany(mappedBy = "board", cascade = {CascadeType.PERSIST, CascadeType.MERGE})
    private List<BoardTag> boardTagList = new ArrayList<>();

    @Schema(description = "게시글 이모지", required = false)
    @BatchSize(size = 100)
    @OneToMany(mappedBy = "board", cascade = {CascadeType.PERSIST, CascadeType.MERGE})
    private List<Emoji> emojiList = new ArrayList<>();

    @Schema(description = "게시글 파일", required = false)
    @BatchSize(size = 100)
    @OneToMany(mappedBy = "board", cascade = {CascadeType.PERSIST, CascadeType.MERGE})
    private List<File> fileList = new ArrayList<>();

}

 

- 이 외에도 여러 필드가 있었지만, 대충 필요한 필드만 작성해두자면 이렇다.

- 여기서 Comment, BoardTag, Emoji, File에 Board를 연관시킬 때 다음과 같이 작성해두었다.

    @Schema(description = "게시글 엔티티", required = false)
@ManyToOne(fetch = FetchType.LAZY)
@JoinColumn(name = "board_no")
private Board board;

 

- JPA 강의를 수강하면서, 예상치 못한 쿼리가 나가지 않도록 하기 위해 웬만하면 fetch 전략을 LAZY로 설정해야 된다는 걸 정말 수도 없이 들었기 때문에, 당연하게도 Lazy로 로딩하도록 설정하였다.

- 대신, 엔티티 접근 시 각각 쿼리가 날라가는 걸 방지하기 위해, 배치 사이즈만큼 한 번에 가져오게 하기 위해서 @BatchSize을 사용하였다.

- 이렇게 되면 in절을 통해 100개를 묶어서 가져올 것이라고 예상하였다.

 

그런데, 막상 쿼리를 날려보니 다음과 같은 상황이 발생하였다.

- 대충 이런 식으로 100개가 아니라 본인 멋대로 나가는 상황인 것이다.

- 잘 세어보면 12개, 8개씩 나간 것을 확인할 수 있다.

 

- 이거에 대해서 @Batchsize가 적용되지 않는 특수한 상황이 있는 건가 싶어서 고민을 엄청 하다가 놀라운 글을 발견했다.

default_batch_fetch_size 관련질문 - 인프런 | 질문 & 답변

 

- 보통의 RDB들은 select * from x where in (?) 와 같은 preparedstatement는 미리 문법을 파싱해서 최대한 캐싱을 해둔다.

- 이때, 데이터가 내가 @BatchSize=100으로 설정을 해두었다면 1~100까지 모든 경우의 preparedstatement를 만들어둔다.

select * from x where in (?)

select * from x where in (?, ?)

select * from x where in (?, ?, ?)

select * from x where in (?, ?, ? ...)

 

- 하지만, 이렇게 되면 DB 입장에서 너무 많은 preparedstatement 쿼리를 캐싱해야 하기 때문에 성능이 떨어진다.

- 그래서! 하이버네이트는 내부에서 최적화를 진행하기 위해 1~10개는 기본으로 만들고, 설정값에서 2로 나누어가며 잡아둔다. (100 > 50 > 25 > 12...)

- 이러면 기존에는 100개를 만들었어야 하지만, 최적화를 통해 1~10, 12, 25, 50, 100 ==> 총 14개만 만들어두면 된다.

 

- 그래서 만약 20개를 가져와야 한다고 가정한다면, 12개에다가 8개를 가져오는 상황이 발생하는 것이다.

-> 준비된 값 (1~10 /12 / 25/ 50 / 100) 중에서 가장 최대치로 끌어올 수 있을만큼 끌어오고, 나머지를 끌어오는 것!

 

 

- 하지만, 이런 게 싫다면 application.yml에 다음과 같이 적용해주면 된다.

 

- 바로, 최적화 옵션을 끄는 것! (jpa.properties.hibernate.batch_fetch_style: dynamic)

- 기본 설정은 legacy지만, dynamic으로 설정하면 최적화 옵션을 끄게 된다!

- 그래도 웬만하면 이 설정은 안 건드는 게 좋을 것 같다...!