⌨️

실행 계획 컬럼 정보

select_type

•

select 문의 유형

•

SIMPLE : 단순 select문

•

PRIMARY : 첫번째 쿼리

•

DERIVED : select문으로 추출된 테이블 ( from 절에서의 서브쿼리 또는 inline view)

•

SUBQUERY : sub query 중 첫번째 select문

•

UNION : UNION쿼리에서 PRIMARY를 제외한 나머지 select문

•

DEPENDENT SUBQUERY

•

DEPENDENT UNION

type

system	테이블에 단 한개의 데이터만 있는 경우
const	SELECT에서 Primary Key 혹은 Unique Key를 살수로 조회하는 경우로 많아야 한 건의 데이터만 있음
eq_ref	조인을 할 때 Primary Key
ref	조인을 할 때 Primary Key 혹은 Unique Key가 아닌 Key로 매칭하는 경우
ref_or_null	ref 와 같지만 null 이 추가되어 검색되는 경우
index_merge	두 개의 인덱스가 병합되어 검색이 이루어지는 경우
unique_subquery	다음과 같이 IN 절 안의 서브쿼리에서 Primary Key가 오는 특수한 경우SELECT *FROM tab01WHERE col01 IN (SELECT Primary Key FROM tab01);
index_subquery	unique_subquery와 비슷하나 Primary Key가 아닌 인덱스인 경우SELECT *FROM tab01WHERE col01 IN (SELECT key01 FROM tab02);
range	특정 범위 내에서 인덱스를 사용하여 원하는 데이터를 추출하는 경우로, 데이터가 방대하지 않다면 단순 SELECT 에서는 나쁘지 않음
index	인덱스를 처음부터 끝까지 찾아서 검색하는 경우로, 일반적으로 인덱스 풀스캔이라고 함
all	테이블을 처음부터 끝까지 검색하는 경우로, 일반적으로 테이블 풀스캔이라고 함

possible_keys

•

해당 테이블에서 데이터를 찾기위해 선택한 인덱스 목록

key

•

실제로 쿼리 실행에 사용한 인덱스

key_len

•

사용할 인덱스의 길이

•

MySQL이 인덱스에 얼마나 많은 바이트를 사용하고 있는 지를 보여준다. MySQL에서 인덱스에 있는 컬럼들 중 일부만 사용한다면 이 값을 통해 어떤 컬럼들이 사용되는 지를 계산할 수 있다.

Extra

•

쿼리에 관한 추가적인 정보

•

distinct : 이미 처리한 값과 동일한 값을 가진 Row는 처리하지 않음.

•

not exist : left join을 수행함에 매치되는 한 행을 찾으면 더 이상 매치되는 행을 검색하지 않음.

•

Range checked for each record :사용할 좋은 인덱스가 없음.

•

using filesort : 정렬을 위해 추가적인 과정을 필요로 함(물리적인 정렬작업 수행)

•

using index : 실제 데이터 Block을 읽지 않고 인덱스 Block 만으로 결과를 생성할 수 있는 경우

•

using temporary : 임시 테이블을 사용. order by 나 group by 절이 각기 다른 컬럼을 사용할 때 발생

•

using where : where절이 다음 조인에 사용될 행이나 클라이언트에게 돌려질 행을 제한하는 경우

•

using index for group-by

→ 쿼리를 가능한 한 빠르게 하려면, Extra 값의 Using filesort나 Using temporary에 주의해야 함.

→ EXPLAIN의 출력 내용 중 rows 컬럼값들을 곱해봄으로써 얼마나 효과적인 join을 실행하고 있는지 알 수 있다.