✅ 인덱스 설계의 기본 철학

• 컬럼이 많다고 해서 인덱스가 많아야 하는 것은 아님
• QueryDSL 처럼 동적 쿼리를 사용하더라도 패턴을 분석해서 개별 인덱스보다는 복합 인덱스를 설계해야 한다(동적 조건은 개별 인덱스가 적합하다는 것은 잘못됨)
• 가능성이 있는 모든 쿼리를 커버하지 않아도 된다
• 인덱스는 쿼리 가능성이 아닌 트래픽 비중이 높은 대표 쿼리를 기준으로 설계
• 따라서 트래픽이 바뀌면 인덱스도 바뀌는 것이 정상적인 흐름

✅ 인덱스는 조회 패턴(Query Pattern) 기준으로 만든다

• 기본적으로 인덱스 설계 기준은 쿼리 패턴 하나로 잡음
• 즉, 서비스에서 실제로 어떤 조건으로 조회하는지가 절대적인 기준
• 따라서 조회 조건이 달라지면 기존 인덱스도 무의미해지고 쿼리 패턴을 모른 채 인덱스를 설계하는 것은 지양

✅ 항상 조건에 등장하는 컬럼부터 인덱스화

• 조회 조건 중 가장 많이 등장하는 컬럼이 인덱스 우선순위
• 즉, 조회 시 일자가 필수적이고 사용자 ID 조건은 거의 항상 붙는 경우 일자, 사용자 ID 인덱스는 반드시 필요하며 그 다음으로 정렬 조건에 사용되는 컬럼 순서로 인덱스화

✅ 복합 인덱스는 항상 같이 등장하는 조건만 묶음

• 묶어도 되는 경우

  WHERE 기준일자 = ?
  	AND 축종 = ?
  	AND 부위 = ?
  

  • 이 조건이 거의 모든 쿼리에서 동일한 경우 기준일자, 축종, 부위를 하나의 인덱스로 묶는 것이 필수적

• 묶으면 안 되는 경우

  // EX-1
  WHERE 기준일자 = ?
  
  // EX-2
  WHERE 기준일자 = ?
  	AND 축종 = ?
  

  • 이처럼 쿼리마다 조건 조합이 다르면 절대 묶지 않음
  • 묶어서 만들더라도 대부분의 쿼리에서 사용되지 못함
  • 즉, 하나라도 빠질 가능성이 있는 경우 단일 인덱스로 분리

✅ 복합 인덱스는 선두 컬럼(Leading Column)이 핵심

• 기본적으로 인덱스는 왼쪽부터 사용됨
• 예를 들어 일자, 축종, 부위로 인덱스가 생성된 경우
  • WHERE 일자 = ? → 인덱스 사용 가능
  • WHERE 축종 = ? → 인덱스 거의 사용 불가
  • WHERE 부위 = ? → 사용 불가
• 복합 인덱스 생성 시 선두 컬럼 선정 기준
  • 카디널리티가 높은 컬럼(값이 많이 다른 컬럼) 우선
  • 필터링 효과가 높은 컬럼
  • 항상 조건에 포함되는 컬럼
  • RANGE 조건은 가장 뒤쪽으로 배치