Motivation 🤔

• �DB 인덱스를 적용시켜 성능을 높이고자 합니다.

Key changes ✅

• 영상정보 (VIDEO 테이블) 약 6만건의 더미데이터를 Youtube Data API를 통해 추가하였습니다
  
• 미리 정해두었던 인덱스들을 적용시킵니다.
• VIDEO 더미데이터를 통해 성능을 확인합니다 (MariaDB Profiling)

To reviewers 🙏

• 인덱스를 적절히 설정했는지 봐주세요

인덱스 적용 이유

1. 검색 성능 향상: WHERE 절에서 특정 칼럼을 이용한 조건 검색이 빨라집니다. 인덱스가 없으면 데이터베이스 엔진은 테이블 전체를 스캔하여 조건에 맞는 행을 찾아야 합니다. 하지만 인덱스가 있다면 인덱스를 사용하여 더 빠르게 검색이 가능합니다.
2. 조인 성능 향상: JOIN 절에서 조인할 때 인덱스가 있는 경우, 데이터베이스 엔진은 인덱스를 이용하여 조인을 수행할 수 있습니다. 이는 두 테이블 간의 매칭되는 행을 효율적으로 찾을 수 있도록 도와줍니다.
   • 데이터가 이미 정렬되어있는지 확인하여 정렬병합조인의 성능이 올라갈 수 있습니다.
3. 정렬 및 그룹화 성능 향상: 인덱스는 정렬 및 그룹화 작업에도 도움을 줍니다. 특히, **ORDER BY**나 GROUP BY 절에서 인덱스를 사용하면 정렬이나 그룹화 작업이 빨라집니다.
4. 범위 검색 최적화: 일부 인덱스는 범위 검색에 특히 유용합니다. 예를 들어, 날짜 범위나 숫자 범위에 대한 검색에서 인덱스를 사용하면 효율적으로 원하는 결과를 얻을 수 있습니다.

인덱스 적용하기

• VIDEO 데이터를 조회하는 쿼리는 GET_BY_CODE, GET_BY_ID, GET_TOP_RATED_ORDER, GET_LIST_BY_PLAYLIST_ID, GET_CODE_SET_BY_MEMBER_ID, GET_RANDOM_BY_CHANNEL, GET_VIEW_COUNT_ORDER_BY_CHANNEL, GET_LATEST_ORDER_BY_CHANNEL 가 있습니다.
• 이 중 CHANNEL을 기준으로 SELECT 하는 경우가 많으니, 다음 SQL을 통해 CHANNEL 칼럼 인덱스를 생성하겠습니다.

  --인덱스 생성
  CREATE INDEX channel ON VIDEO ( channel );

• 다음 SQL을 통해 인덱스를 확인 해 볼 수 있습니다.

  --인덱스 확인
  SHOW INDEX FROM VIDEO;

• 결과는 다음과 같습니다. PK로 기본적으로 생성되는 인덱스도 확인해 볼 수 있습니다.
  
  
• EXPLAIN 을 통해 인덱스를 잘 타는지 확인해보도록 하겠습니다.

  EXPLAIN
  SELECT * FROM VIDEO
  WHERE channel = '어바웃쇼핑'
  ORDER BY view_count DESC
  LIMIT 10;

• 다음과 같이 channel 이라는 인덱스를 사용한 것을 알 수 있습니다.
  
  
  • id: 각 쿼리 블록 또는 서브쿼리에 대해 부여된 고유한 식별자. 여러 서브쿼리가 있는 경우 계층적으로 표현됩니다.
  • select_type: 쿼리의 유형을 나타냅니다. "SIMPLE"은 단순한 SELECT 쿼리를 나타냅니다.
  • table: 쿼리가 참조하는 테이블의 이름.
  • type: 테이블에서 레코드를 읽는 방법을 나타냅니다. 여기서 "ref"는 인덱스를 사용하여 여러개의 행을 스캔하였음을 말합니다. 한개라면 eq_ref일 것입니다. "const" 는 인덱스를 사용해 1건을 데이터를 반환하는 스캔, "range"는 인덱스를 사용하는 범위 스캔을 의미합니다.
  • possible_keys: 쿼리에서 사용될 수 있는 인덱스 목록. 여기서는 channel 인덱스를 사용할 수 있음을 나타냅니다.
  • key: 실제로 선택된 인덱스. 여기서는 channel 인덱스가 선택되었습니다.
  • Extra: 기타 정보. 여기서 **"Using index condition"**은 인덱스 조건을 사용하여 필터링 되었음을 나타냅니다.

카디널리티 수치

• 카디널리티 수치는 특정 칼럼이나 관계에서 고유한 값을 가지는 정도입니다. 사람의 이름이 사람의 성별보다 카디널리티 수치가 높을 것입니다.
• JOIN, WHERE절에 여러 칼럼이 있다면, 카디널리티 수치가 높은 칼럼을 인덱스로 설정해야 효율적일 것입니다. 다음 쿼리를 통해 카디널리티 수치를 계산해 봤습니다.

  SELECT
  CONCAT(ROUND(COUNT(DISTINCT video_id) / COUNT(*) * 100, 2), '%') AS id_cardinality,
  CONCAT(ROUND(COUNT(DISTINCT video_code) / COUNT(*) * 100, 2), '%') AS video_code_cardinality,
  CONCAT(ROUND(COUNT(DISTINCT channel) / COUNT(*) * 100, 2), '%') AS channel_cardinality,
  CONCAT(ROUND(COUNT(DISTINCT title) / COUNT(*) * 100, 2), '%') AS title_cardinality,
  CONCAT(ROUND(COUNT(DISTINCT duration) / COUNT(*) * 100, 2), '%') AS duration_cardinality,
  CONCAT(ROUND(COUNT(DISTINCT published_at) / COUNT(*) * 100, 2), '%') AS publishedAt_cardinality,
  CONCAT(ROUND(COUNT(DISTINCT language) / COUNT(*) * 100, 2), '%') AS language_cardinality,
  CONCAT(ROUND(COUNT(DISTINCT view_count) / COUNT(*) * 100, 2), '%') AS viewCount_cardinality
  FROM VIDEO;

• 결과는 다음과 같습니다. 고유한 id와 code는 100%인것을 확인할 수 있고, 하나의 채널이 여러 영상을 가질 수 있으니 channel은 68% 정도입니다.