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
13
1
재탕문제
0
12
0
지금 강의가 어려우신분 추천드립니다.
0
17
1
파이썬 추가 코드
0
19
1
getOrCreate / Unique? 멱등 처리 질문
1
22
2
경쟁상태
0
21
1
기존의 완성된 CRUD의 Build.gradle에 security관련 dependency를 추가하면 문제가 생깁니다.
0
26
2
stmt
0
19
1
파킹 페이지와 대기열 큐 질문입니다.
0
22
1
실행 통계2 explain analyze 조인 쿼리
0
23
0
virtualbox 설치시
1
27
1
Kafka 4.0 zk 코드 제거 가이드 요청
0
25
1
배열 포인터 출력 표시
0
41
1
포인터 증감 또는 값 증감
0
38
1
조회 메서드에서 @Transactional(readOnly=true) 질문
1
36
1
11강 [실습] Docker로 MySQL1 분만에 실행하기
0
83
2
11강 [실습] Docker로 MySQL1 분만에 실행하기
0
63
2
@Modifying에 관하여
1
62
1
부하 테스트 시 설정 관련 질문드립니다
1
113
2
kafka 이벤트 발행 실패 시 at-least-once를 보장하는 방법이 궁금합니다.
2
124
1
domain에 @Entity 와 Repository를 함께 둔 이유가 궁금합니다
1
108
1
Jib 이미지 빌드에서 docker credential 관련으로 이슈가 있다면
1
133
1
스크립트에 대해 질문 있습니다.
1
107
1
같은 사용자가 연속된 중복 호출할 경우 어떻게 되는지 궁금합니다!
2
124
1