Querydsl + Fetch join 질문드립니다!

Question

단일 게시글을 조회하는 API를 수정하고 있습니다.단일 게시글을 조회하면, 게시글의 댓글들과 각 댓글들을 작성한 User 정보 데이터가 함께 반환됩니다.처음에 댓글들의 작성자를 조회하는 부분에서 N&#43;1문제가 발생한 것을 확인하였고,다음과 같은 코드로 모두 Fetch join 하여 1개의 쿼리문이 호출되도록 구현하였습니다.&#64;Repository &#64;RequiredArgsConstructor public class PostCustomRepositoryImpl implements PostCustomRepository { private final JPAQueryFactory jpaQueryFactory; &#64;Override public Optional<Post> findPostById(long postId) { Post post1 &#61; jpaQueryFactory.selectFrom(post) .leftJoin(post.user, user).fetchJoin() .leftJoin(post.houseInfo, houseInfo).fetchJoin() .leftJoin(post.postComments, postComment).fetchJoin() .leftJoin(postComment.user, user).fetchJoin() .where(post.id.eq(postId)) .fetchOne(); return Optional.ofNullable(post1); } } 첫번째, 두번째 fetch join한 User, HouseInfo는 일대다로 Post(게시글)와 연관되어 있고,세번째 PostComment는 다대일로 Post와 연관되어 있습니다. PostComment는 다대일로 User와 연관되어 있습니다.대략 이러합니다.이렇게 기존 N&#43;1 문제가 발생한 API와 모든 연관 테이블을 Fetch join을 한 API 간의 성능 테스트를 비교해보니,모든 연관 테이블을 Fetch Join한 API가 응답 시간이나 TPS 측면에서 더 저하된 결과를 확인하였습니다.DB로의 쿼리문 요청을 1개로 줄였기 때문에, 부하가 낮아져서 성능이 더 좋아져야 되는 거라고 생각했지만, 어떤 이유로 이렇게 된 것인지 잘 모르겠습니다.추측하기로는, Post, PostComment 사이에 일대다로 연관되어 있고, 일대다 Fetch Join의 경우 데이터 뻥튀기가 된다는 이야기가 있더군요. 이것이 문제일까 추측하고 있습니다.이렇게 모든 테이블을 Fetch Join 하는 과정에서 성능 저하가 되는 이유를 잘 모르겠습니다.성능 테스트에서는 하나의 게시글에 1000개의 댓글 더미데이터를 넣고 시험하였습니다. (각각 다른 유저가 작성한 댓글)혹시 제가 모르는 다른 이유가 추측되는 게 있으시다면, 알려주시면 감사하겠습니다 ! ㅠ

Clickin · Accepted Answer

Jpa만 들여다보지 말고 sql의 실행계획을 분석할 능력이 있어야합니다.쿼리 갯수만 줄인다고 성능이 좋아질 리가 없기도 하고요실제 실행되는 sql도 없고 실행계획도 없어서 정확한 분석이 어렵겠으나추측으로는 left outer join 쿼리가 날아가면서 적절한 인덱스를 타지 못했기 때문이라고 봅니다.

Querydsl + Fetch join 질문드립니다!

1개의 답변

Q&A 목록