DB Index

왜 인덱스를 사용해야 하는가?

1. 검색 성능 향상
   • 인덱스를 사용하면 데이터를 검색할 때 전체 테이블을 스캔하는 것이 아니라, 인덱스를 참조하여 빠르게 데이터를 찾을 수 있습니다.
   • 예를 들어, 100만 개의 레코드가 있는 테이블에서 WHERE 조건으로 데이터를 찾을 때, 전체 테이블 스캔 대신 인덱스를 활용하면 훨씬 빠릅니다.
2. 정렬 및 그룹화 최적화
   • ORDER BY 또는 GROUP BY 구문에서 인덱스를 사용하면 정렬 및 그룹화 작업이 최적화됩니다.
3. 고유성 보장
   • UNIQUE INDEX는 특정 컬럼의 값이 고유하도록 강제합니다.
4. 조인 성능 향상
   • 인덱스를 사용하면 테이블 간 조인을 수행할 때 연결 속도를 높일 수 있습니다.

---

인덱스의 장단점

장점

1. 쿼리 성능 향상
   • 데이터 검색 속도가 빨라져 응답 시간이 단축됩니다.
2. 정렬 및 필터링 성능 개선
   • ORDER BY, GROUP BY, 그리고 조건 검색에서 성능을 극대화할 수 있습니다.
3. 시스템 리소스 절약
   • CPU 및 디스크 I/O 소모를 줄일 수 있습니다.

단점

1. 쓰기 성능 저하
   • 데이터 삽입, 수정, 삭제 시 인덱스도 함께 갱신되어야 하므로 쓰기 작업의 성능이 저하됩니다.
2. 디스크 공간 증가
   • 인덱스를 유지하기 위해 추가적인 스토리지가 필요합니다.
3. 복잡한 관리
   • 너무 많은 인덱스는 쿼리 옵티마이저가 최적의 인덱스를 선택하는 데 방해가 될 수 있습니다.

---

무분별하게 인덱스를 사용하면 안 되는 이유

1. 쓰기 성능 저하
   • 데이터 변경이 자주 발생하는 테이블에 불필요한 인덱스를 추가하면 성능에 악영향을 미칩니다.
   • 예를 들어, 트랜잭션이 많은 테이블에서 인덱스가 많으면 삽입/수정 작업이 느려질 수 있습니다.
2. 디스크 공간 낭비
   • 인덱스는 추가 디스크 공간을 사용하므로, 모든 컬럼에 인덱스를 생성하면 스토리지가 급격히 증가할 수 있습니다.
3. 효율적인 쿼리 최적화 방해
   • MySQL 쿼리 옵티마이저는 쿼리 실행 시 하나의 인덱스만 사용할 수 있습니다. 너무 많은 인덱스는 쿼리 최적화를 방해하거나 잘못된 인덱스를 선택할 가능성을 높입니다.
4. 복합 인덱스를 활용하지 못함
   • 자주 사용하는 쿼리 패턴에 적합한 복합 인덱스가 더 효율적입니다. 단순히 모든 컬럼에 인덱스를 추가하면 복합 인덱스의 효과를 활용할 수 없습니다.

---

효과적인 인덱스 설계 가이드라인

1. 쿼리 패턴 분석
   • 어떤 쿼리가 자주 사용되는지 분석하고, 해당 쿼리에 맞는 인덱스를 설계합니다.
2. 복합 인덱스 활용
   • 여러 컬럼을 자주 검색하는 경우 복합 인덱스를 생성하여 성능을 향상시킵니다.
   • 예: INDEX (column1, column2)
3. EXPLAIN 명령어 사용
   • EXPLAIN을 사용하여 쿼리 실행 계획을 확인하고, 인덱스가 실제로 효율적으로 사용되는지 검토합니다.
4. 정기적인 인덱스 점검
   • 사용되지 않는 인덱스나 성능에 부정적인 영향을 미치는 인덱스를 제거합니다.

---

인덱스는 MySQL에서 쿼리 성능을 최적화하는 중요한 도구입니다.
그러나 무분별하게 인덱스를 생성하면 오히려 성능 저하와 관리 복잡성을 초래할 수 있습니다.
효율적인 인덱스 설계를 통해 검색 성능을 극대화하면서도 쓰기 성능과 디스크 공간 사용을 고려한 균형 잡힌 접근이 필요합니다.