Issuance 테이블에 status, couponId 인덱스가 꼭 필요할까요?
안녕하세요. 강의를 들으며 issuance 테이블에 status, coupon_id로 각각 인덱스를 생성하시면서 조회성능을 향상시키기 위함이라 설명하셨는데요.
특히 status를 이용한 인덱스가 꼭 필요한지 궁금합니다. 현재 status는 3가지 타입으로 (추후에도 늘어날 value가 제한적) 선택도가 약 33% 정도로 보입니다.
이렇게 가짓수가 적은 경우에는 인덱스의 효율을 잘 활용하기 어려워 인덱스를 생성하는 것이 비효율적이라고 학습한적이 있는데 지금과는 다른 상황인가요??
답변 1
0
안녕하세요 60jong님!
말씀하신 것처럼 가짓수가 적은 status의 단독 인덱스는 효과가 제한적일 수 있습니다. 사실 현재 코드에는 status로 조회하는 쿼리가 없어 꼭 필요한 인덱스도 아니라, status 는 인덱스에서 빼도 될것같네요. 발견해주셔서 감사합니다.
다만 근본적 질문으로 다시 돌아가보면, 상태가 3가지라고 해서 해당 인덱스가 반드시 필요없는 건 아닙니다. 예를 들어, 특정 상태가 전체의 1%라면 그 상태를 조회할 때는 인덱스가 도움이 될 수 있습니다. 조회 범위를 크게 줄일 수 있으니까요.
또 다른 예시로는 아래 쿼리를 생각해볼 수 있습니다.
WHERE status = 'ISSUED' ORDER BY created_at ASC LIMIT 20여기에 만약 (status, created_at) 복합 인덱스를 걸면 효과를 볼 수 있는데요. status = 'ISSUED' 인 행들에 대해 created_at 가 이미 정렬되어 있어서, 해당 복합인덱스로 빠르게 앞에서 20개만 읽어서 조회할 수 있습니다.
그냥 지나칠 수도있는데, 이런 부분까지 잘 잡아주셔서 감사합니다.
답변이 되었기를 바랍니다. 🙇♂️
제미나이 대신 클로드
0
9
1
강의 관련 질문드립니다.
1
9
2
Redis 비동기 I/O 멀티플렉싱이 아니라 논블로킹 I/O 멀티플렉싱이 아닌가요?
0
4
0
ubuntu 18.04 다운로드 링크 삭제
0
12
2
25-2 분기커버리지
0
12
0
25-2 이론 재탕
0
17
1
25-1 이론 재탕
0
16
1
intellij나 파이참 기준 어떻게 하는지 궁금합니다
0
19
2
PK를 AUTO_INCREMENT UUID를 UNIQUE로 하는것에 대해
0
11
1
Jib 빌드가 83%에서 멈추는 문제 해결(windows 사용자)
1
15
1
운영환경에서의 secret 관리
0
16
2
7강 설치 질문
0
16
2
런타임 에러
0
13
0
서브넷 마스크
0
24
1
트랜잭션 내 Redis I/O 에 대한 궁금한점
1
31
1
11강 [실습] Docker로 MySQL1 분만에 실행하기
0
87
2
11강 [실습] Docker로 MySQL1 분만에 실행하기
0
64
2
@Modifying에 관하여
1
71
1
부하 테스트 시 설정 관련 질문드립니다
1
116
2
kafka 이벤트 발행 실패 시 at-least-once를 보장하는 방법이 궁금합니다.
2
127
1
domain에 @Entity 와 Repository를 함께 둔 이유가 궁금합니다
1
108
1
Jib 이미지 빌드에서 docker credential 관련으로 이슈가 있다면
1
139
1
스크립트에 대해 질문 있습니다.
1
109
1
같은 사용자가 연속된 중복 호출할 경우 어떻게 되는지 궁금합니다!
2
125
1