MariaDB 실행계획 분석

이기현·2022년 2월 4일

MariaDB

목록 보기

16/29

쿼리 플랜 확인

select 쿼리 구문 앞에 EXPLAIN 작성

EXPLAIN
select * from dbalkh.test_table
where user_name = 'lee'

쿼리 플랜 조회 결과 분석

1. 쿼리 플랜 조회 테이블 컬럼

id : 쿼리 내의 select 문의 실행 순서

select_type : select 문의 유형입니다.

SIMPLE: 단순 select ( union이나 서브쿼리를 사용하지 않음 )
PRIMARY: 가장 외곽에 있는 select문
UNION: union에서의 두번째 혹은 나중에 따라오는 select문
DEPENDENT UNION: union에서의 두번째 혹은 나중에 따라오는 select문, 외곽 쿼리에 의존적이다.
UNION RESULT: union의 결과물
SUBQUERY: 서브쿼리의 첫번째 select
DEPENDENT SUBQUERY: 서브쿼리의 첫번째 select, 바깥 쪽 쿼리에 의존적이다.
DERIVED: from절의 서브쿼리

table : 참조하고 있는 테이블명

type : 조인타입이며 쿼리 성능과 아주 밀접한 항목입니다. 쉽게 말씀드리면 아래 항목들 중에서 밑으로 갈 수록 안 좋은 쿼리형태입니다.

system : 테이블에 단 하나의 행만 존재(=시스템 테이블). const 조인의 특별한 형태이다.
const : 하나의 매치되는 행만 존재하는 경우. 하나의 행이기 때문에 상수로 간주되며, 한번만 읽어들이기 때문에 무척 빠르다.
eq_ref : 조인수행을 위해 각 테이블에서 하나의 행만이 읽혀지는 형태. const 타입 외에 가장 훌륭한 조인타입이다. ( PRIMARY KEY또는 UNIQUE인덱스 인 경우)
ref : ref조인에서 키의 가장 왼쪽 접두사 만 사용하거나 키가 a PRIMARY KEY또는 UNIQUE인덱스 가 아닌 경우 (즉, 조인이 키 값을 기반으로 단일 행을 선택할 수없는 경우) 사용된다. 사용되는 키가 몇 개의 행과 만 일치하는 경우 이는 좋은 조인 유형이다.
fulltext : fulltext 색인을 사용하여 수행된다.
ref_or_null : 이 조인 유형은 비슷 ref하지만 MySQL이 NULL값 을 포함하는 행을 추가로 검색한다는 점이 다르다. 이 조인 유형 최적화는 하위 쿼리를 해결하는 데 가장 자주 사용된다.
index_merge : 인덱스 병합 최적화가 적용되는 조인타입. 이 경우, key컬럼은 사용된 인덱스의 리스트를 나타내며 key_len 컬럼은 사용된 인덱스중 가장 긴 key명을 나타낸다.
range : 인덱스를 사용하여 주어진 범위 내의 행들만 추출된다. key 컬럼은 사용된 인덱스를 나타내고 key_len은 사용된 가장 긴 key부분을 나타낸다. ref 컬럼은 이 타입의 조인에서 NULL 이다. range 타입은 키 컬럼이 상수와 =, <>, >, >=, <, <=, IS NULL, <=>, BETWEEN 또는 IN 연산에 사용될때 적용된다.
index : 인덱스 FULL SCAN , 인덱스를 구성하는 컬럼만으로 조회가 가능할때 사용 ( 커버링 인덱스 ), 데이터 파일을 전체 스캔하는 것보다는 인덱스만 스캔하는 것이 빠르기 때문
ALL : 이전 테이블과의 조인을 위해 풀스캔이 된다. 만약 조인에 쓰인 첫 테이블이 고정이 아니라면 비효율적이다. 그리고 대부분의 경우 아주 느리며, 보통 상수값이나 상수인 컬럼값으로 row를 추출하도록 인덱스를 추가하여 ALL 타입을 피할 수 있다.