점검표

읽기 이득과 쓰기 비용을 같은 표에서 본다

인덱스는 조회를 줄이는 만큼 쓰기, 저장 공간, 캐시를 계속 사용한다.

점검 항목

읽기 이득

쓰기·운영 비용

판정

대표 쿼리

WHERE, ORDER BY, JOIN 패턴과 호출 빈도를 실제 로그에서 확인

드문 쿼리를 위해 전체 쓰기 경로에 비용을 추가하지 않음

후보

선두 컬럼

(user_id)와 (user_id, created_at)처럼 겹치는 후보를 합칠 수 있음

비슷한 인덱스가 늘면 캐시 효율과 통계 해석이 나빠짐

병합

변경량

읽기 지연 감소가 실제 사용자 경로에 있는지 확인

INSERT, UPDATE, DELETE마다 유지할 인덱스 수가 증가

보류

실제 계획

예상 행 수와 실제 행 수가 맞을 때 인덱스 효과를 신뢰

통계가 틀리면 인덱스 추가보다 통계 갱신·조건 재작성부터 검토

유지

남기는 기준 자주 실행되는 대표 쿼리에서 lookup, 정렬, 스캔 범위를 줄이고 쓰기 비용을 감당할 수 있어야 한다.

위험 신호 느린 쿼리마다 새 인덱스를 붙이면 중복 후보와 DML 비용이 먼저 늘어난다.