인덱스 모니터링

사용 여부 추적 안 쓰는 인덱스를 찾아 삭제 후보를 고릅니다.

구조 효율 확인 인덱스는 남겨도, 테이블 접근이 비효율적일 수 있습니다.

어떻게 보나

모니터링 시작

ALTER INDEX idx_users_email
MONITORING USAGE;

SELECT index_name, used
FROM v$object_usage;

통계 조회

SELECT blevel, leaf_blocks,
       num_rows, clustering_factor
FROM user_indexes
WHERE table_name = 'ORDERS';

무엇을 읽나

`USED = 'NO'`

관찰 기간 동안 실행 계획에 거의 쓰이지 않았다는 뜻입니다. 바로 삭제가 아니라, 워크로드 확인 후 삭제 후보로 올립니다.

`BLEVEL`, `LEAF_BLOCKS`

트리 높이와 리프 블록 규모를 봅니다.

`CLUSTERING_FACTOR`

인덱스 순서대로 읽을 때 테이블 블록 접근이 얼마나 흩어지는지 보여줍니다.

운영 해석

남길 이유가 약한 인덱스

조회에 안 쓰이면 유지 비용만 남습니다. DML 부담과 저장 공간을 줄이기 위해 제거를 검토합니다.

정렬 품질 판단

테이블 블록 수에 가까우면 잘 정렬된 상태이고, 인덱스 행 수에 가까우면 데이터가 흩어져 있어 테이블 접근이 비효율적입니다.

운영 포인트 인덱스 관리의 핵심은 “있느냐”가 아니라 “계속 쓰이느냐”와 “쓰일 때도 빠르냐”를 함께 점검하는 것입니다.

인덱스는 두 가지를 따로 봐야 합니다