검증
인덱스를 만들었으면 먼저 EXPLAIN으로 실제 사용 여부를 본다
인덱스가 있어도 옵티마이저는 Full Scan을 고를 수 있습니다.
“만들었다”가 아니라 “실제로 탔다”를 확인해야 튜닝이 시작됩니다.
설계
복합 인덱스는 컬럼 순서가 성능을 결정한다
등호 → 등호 → 범위 → ORDER BY → SELECT 순서로 맞춥니다.
자주 쓰는 필터와 정렬 흐름을 먼저 잡아야 같은 인덱스로 더 많은 쿼리를 커버합니다.
최적화
커버링 인덱스로 테이블 접근 자체를 없앤다
필요한 컬럼이 인덱스에 모두 있으면 결과를 바로 반환할 수 있습니다.
추가 랜덤 I/O를 줄여 가장 체감되는 성능 개선으로 이어집니다.
운영
인덱스는 적을수록 좋다, 꼭 필요한 것만 남긴다
INSERT, UPDATE, DELETE 때마다 모든 관련 인덱스를 함께 갱신합니다.
조회 성능을 위해 추가한 인덱스가 쓰기 성능과 저장 공간을 계속 소비합니다.
정리
사용하지 않는 인덱스는 모니터링 후 삭제한다
남아 있는 미사용 인덱스는 비용만 만들고 효과는 없습니다.
정기 점검으로 “안 쓰는 인덱스”를 치워야 운영 비용이 다시 가벼워집니다.