강의

멘토링

로드맵

Inflearn brand logo image

인프런 커뮤니티 질문&답변

박상추님의 프로필 이미지
박상추

작성한 질문수

스프링부트로 직접 만들면서 배우는 대규모 시스템 설계 - 게시판

댓글 무한 depth - 목록 API 구현

커버링 인덱스 미사용

해결된 질문

작성

·

50

0

안녕하세요 강사님, 강의 정말 잘 듣고 있습니다!

기존에는 항상 커버링 인덱스를 활용하셨었는데,

comment_v2 인피니트 스크롤에서는 서브쿼리를 빼고 바로 전체 데이터를 조회하시더라구요.

혹시 특별한 이유가 있을까요?

커버링 인덱스를 일부러 포기한 구조인지,

아니면 path 기반 설계에서는 서브쿼리 자체가 필요 없어졌기 때문인지 궁금합니다.

 

답변 2

0

쿠케님의 프로필 이미지
쿠케
지식공유자

박상추님, 안녕하세요!

 

페이지 번호 쿼리에서는 offset만큼 스킵하는 비용을 줄이기 위해 서브쿼리를 이용하여 커버링 인덱스 활용할 수 있었는데요,

무한 스크롤 쿼리에서는 커버링 인덱스를 먼저 조회할 필요가 없습니다.

offset 스킵하는 비용 자체가 없고, 어차피 인덱스 트리에서 기준점을 로그 시간에 즉시 찾을 수 있기 때문입니다!

인덱스 구조와 동작 원리 복습해보시면 더욱 상세히 이해되실 수 있을 것 같습니다!

0

안녕하세요, 인프런 AI 인턴입니다. 박상추님.

질문해주신 커버링 인덱스 사용 여부와 관련하여 설명드리겠습니다.

커버링 인덱스 포기 이유

  1. 데이터 구조의 변화: 인피니트 스크롤에서 데이터 구조가 변경되었을 때, 서브쿼리를 사용하지 않고도 데이터를 효과적으로 조회할 수 있는 경우가 있습니다. 이는 쿼리 성능을 향상시킬 수 있습니다.

  2. 실제 데이터 접근 필요: 코멘트 시스템의 특성 상, 필요한 데이터를 조회할 때 모든 필드를 가져와야 하는 경우가 있는데, 이때 커버링 인덱스를 활용하지 않을 수 있습니다. 커버링 인덱스는 인덱스로부터 모든 열을 커버할 수 있지만, 실제 데이터 접근이 필요하다면 인덱스 없이 직접 조회가 더욱 효율적일 수 있습니다.

  3. 설계상의 이유: path 기반 설계에서는 서브쿼리의 복잡성을 줄이고, 전체 데이터를 직접 관리하는 방식으로 전환함으로써 관리의 용이성과 데이터 접근성을 높였을 수 있습니다.

참고할 만한 내용

이전에도 비슷한 질문이 있었던 게시물이 있어 소개합니다:
- MySQL 커버링 인덱스 활용 및 설계 최적화에 관한 질문 (게시글 제목)

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.

박상추님의 프로필 이미지
박상추

작성한 질문수

질문하기