MySQL Troubleshooting 발췌
MySql 서버는 언제나 입력한 대로 쿼리를 실행하지 않는다.
대신 사용자가 더 빨리 결과를 얻을 수 있도록 쿼리 옵티마이저를 호출하여 더 좋은 실행계획을 만든다.
테이블이 Index를 가지고 있지 않는 경우 MySql는 결과를 제한할 수 있을때 인덱스를 사용한다.
따라서 Where, JOIN, Group By, Order by 절에 들어가는 열이 인덱스를 가지고 있다면 성능이 향상된다.
※ EXPLAIN EXTENDED SELECT 구문을 사용한 후 SHOW WARNINGS 을 사용하면 최적화된 쿼리를 보여준다.
id |
select_type |
table |
partitions |
type |
possible_keys |
key |
key_len |
ref |
rows |
filtered |
Extra |
컬럼 설명
select_type :
단순 쿼리 : Simple
복합 쿼리
PRIMAY |
가장 바깥쪽 쿼리 |
UNION |
UNION 중 두번째 OR 나중에 따라오는 SELECT |
DEPENDENT UNION |
바깥쪽 쿼리에 종속적인 UNION 쿼리 |
UNION RESULT |
UNION 결과물 |
SUBQUERY |
서브쿼리의 첫번째 SELECT |
DEPENDENT SUBQUERY |
바깥쪽 쿼리에 종속적이고 서브쿼리 중 첫 SELECT |
DERIVED |
SELECT로 추출된 테이블 즉 FROM 절 내부의 쿼리(임시테이블) => 임시테이블은 메모리나 디스크에 저장이 가능
메모리에 저장되는 경우 성능에 영향이 없지만 디스크에 저장시엔 성능이 떨어지게 된다. |
UNCACHEABLE SUBQUERY |
서브 쿼리 결과를 내부 캐시 공간에 저장하지 못하는 경우 1.사용자 변수가 서브쿼리에 사용된 경우 2.RAND()와 같이 결과 값이 호출될때마다 달라지는 함수가 subQuery에 사용되는 경우 |
UNCACHEABLE UNION |
Union 쿼리 결과가 내부 캐시 공간에 저장하지 못하는 경우 |
table : 접근하는 Table 명
type : 위에서부터 아래로 갈수록 성능 저하가 발생된다.
system |
테이블이 하나의 열만 가지고 있다. |
const |
하나의 매칭 테이블을 가지고 있는데 쿼리가 시작되는 시점에서 이 테이블을 읽게된다. 여기에는 하나의 열만 가지고 있기 때문에 이 열에 있는 컬럼에서 얻는 값들은 나머지 옵티마이저에 의해서 상수로 인식 될 수 있다. const 테이블은 한번 밖에 읽혀지지 않기때문에 매우 빠르다. |
eq_ref |
테이블로부터 각 열을 조합하기 위해 테이블의 열을 하나 읽는다. system 및 const 타입과는 달리 가장 최선의 가능 조인 타입이다. |
ref |
JOIN의 순서와 인덱스의 종류에 상관없이 인덱스로 지정된 컬럼끼리의 '=', '<=>'와 같은 연산자를 통한 비교로 수행되는 Join |
ref_or_null |
ref와 유사하지만 Null을 가지고 잇는 열에 대해서도 검색을 한다. |
unique_subquery |
Where 조건절에서 사용될 수 있는 IN 서브 쿼리에 대해서 ref를 대체한다. 단 하나의 결과만을 반환하는 서브쿼리에 사용 |
index_subquery |
unique_subquery와 유사하지만 여러개의 결과를 반환하는 경우에 사용한다. |
range |
특정한 범위의 열을 매칭하는데 인덱스가 사용되는 경우 |
index_merge |
2개 이상의 인덱스를 이용해 각각의 검색 결과를 만들어 낸 후 그 결과를 병합하는 처리 방식 |
index |
인덱스 풀 스캔 |
all |
테이블 풀 스캔 |
possible_keys : MySql이 해당 테이블 검색에 사용할 수 있는 인덱스들
key : MySql이 실제 사용한 Key(인덱스)
key_len : 인덱스의 길이, Key 컬럼이 Null이면 이것도 Null
ref : 행을 추출하는데 키와 함께 사용된 컬럼이나 상수 값
rows : 쿼리 수행에서 MySql이 검색해야하는 Row의 갯수(옵티마이저 연산에 따른 추정치)
JOIN 시 Type이 ALL인 경우 ROW 행들은 곱연산이 된다.
Extra : MySql이 이 쿼리를 해석한 추가적인 정보를 나타낸다.
distinct |
매치되는 첫 행을 찾는 즉시 검색을 중단 |
not exist |
LEFT JOIN시 한 행을 찾으면 더 이상 매치되는 행을 검색을 중단 |
range checked for each record(index map) |
사용할 좋은 인덱스가 없음을 의미 |
using filesort |
정렬을 하기 위해 추가적인 과정이 필요함. |
using index |
컬럼 정보를 실제 테이블이 아닌 인덱스 트리에서 추출한다. 쿼리에서 단일 인덱스된 컬럼들만 사용하는 경우 |
using temporary |
결과를 재사용하기 위해 임시테이블을 사용한다. 쿼리가 컬럼을 서로 다르게 목록화 하는 Group by나 Order By 구문을 가지고 있는 경우에 발생한다. |
using where |
Where 절이 다음 조인에 사용될 행이나 클라이언트에게 돌려질 행을 제한하는 경우이다. 테이블에서 모든 열을 검색하는 경우가 아니라면 쿼리에 문제가 생길 수 있다. 만일 가능한 빠른 쿼리를 만들고 싶다면 using filesort 및 using temporary 값을 조사하도록 한다. |
using sort_union, using_union, using_intersect, using index for group-by |
using index와 접근 방식이 같으며 추가적인 디스크 접근 없이 Group by나 Distinct 쿼리에 사용된 모든 컬럼에 대한 인덱스를 찾았음을 의미한다. |