같은 테이블, 인덱스 수만 변경

읽기 병목은 초기에 해소되고, 쓰기 부담은 계속 누적됩니다

SELECT 지연은 인덱스 1개만으로 거의 해결되지만, 그 이후 추가 인덱스는 읽기 이득보다 재정렬·유지 비용을 더 크게 늘립니다.

인덱스 수
쓰기 부담
읽기 대기
해석
0개 풀 스캔
10ms 기준 쓰기 비용

인덱스 갱신이 없어 INSERT는 가장 가볍습니다.

5000ms 매우 느림

조건 검색 때 테이블 전체를 훑어 읽기 병목이 큽니다.

읽기는 치명적쓰기만 빠르고 조회는 실무에서 버티기 어렵습니다.

1개 최적 균형
12ms 소폭 증가

쓰기 비용 증가는 작지만 인덱스 유지가 시작됩니다.

3ms 병목 해소

주요 조회가 인덱스를 타면서 읽기 지연이 급격히 줄어듭니다.

가장 효율적읽기 성능은 확보하고 쓰기 손해는 작게 유지합니다.

3개 추가 보조 인덱스
18ms 계속 증가

데이터 변경마다 여러 인덱스를 함께 정렬해야 합니다.

3ms 개선 정체

읽기 응답은 이미 충분히 빨라 추가 체감 이득이 작습니다.

효과는 평평읽기는 그대로인데 쓰기·유지 관리만 무거워집니다.

10개 쓰기 악화
50ms 큰 부담

INSERT/UPDATE/DELETE 때마다 인덱스 관리 비용이 크게 누적됩니다.

3ms 같은 읽기 속도

읽기 결과는 1개일 때와 거의 같아 추가 인덱스 이득이 없습니다.

과잉 인덱싱쓰기 위주 시스템에서는 특히 불리한 선택입니다.

읽기 위주 워크로드

주요 조회를 덮는 범위 안에서 보조 인덱스를 더 둘 수 있습니다.

쓰기 위주 워크로드

SELECT 병목을 해소하는 최소 개수에서 멈추는 편이 안정적입니다.