MySQL에서 실행 계획을 보는 방법
- WBOY앞으로
- 2022-08-30 13:47:426640검색
추천 학습: mysql 비디오 튜토리얼
MySQL이 SQL 문을 처리하고 쿼리 문이나 테이블 구조를 분석하는 방법을 알아보기 위해 explain 키워드를 사용하여 SQL 쿼리 문을 실행하는 최적화 프로그램을 시뮬레이션합니다.
실행 계획에 포함된 정보를 설명하세요
가장 중요한 필드는 id, type, key,rows, Extra
각 필드에 대한 자세한 설명
id
쿼리의 시퀀스 번호를 선택하고, 숫자 집합을 포함하여 쿼리에서 선택 절이나 작업 테이블이 실행되는 순서를 나타냅니다.
세 가지 상황:
1 동일한 ID: 실행 순서는 위에서 아래로
2. 다른 ID: 하위 쿼리인 경우 ID 값이 클수록 우선 순위가 높아지고 더 빨리 실행됩니다. 동일하지만 다름(두 상황이 동시에 존재함)
: id가 동일하면 그룹으로 간주할 수 있습니다. 모든 그룹에서 위에서 아래로 순차적으로 실행되며, id 값이 클수록 높아집니다. 우선 순위가 높을수록 빨리 실행됩니다
select_type
일반 쿼리, 결합 쿼리, 하위 쿼리를 구별하는 데 주로 사용되는 쿼리 유형입니다. 복잡한 쿼리
1: 단순 선택 쿼리, 쿼리입니다. 하위 쿼리 또는 공용체를 포함하지 않습니다
2: PRIMARY- : 쿼리에 복잡한 하위 부분이 포함되어 있고 가장 바깥쪽 쿼리는 기본
- 3으로 표시됩니다. SUBQUERY : 하위 쿼리가 선택 또는 위치 목록
- 에 포함됩니다. 4, DERIVED : from 목록에 포함된 하위 쿼리를 파생(derived)으로 표시하고 mysql 또는 이 하위 쿼리를 재귀적으로 실행하여 결과를 제로 타임 테이블에 넣습니다.
- 5 UNION : 두 번째 선택이 나타나는 경우. Union 이후에는 Union으로 표시됩니다. from 절의 하위 쿼리에 Union이 포함되어 있으면 외부 선택은 파생된 것으로 표시됩니다.
- 6, UNION RESULT :
- type SQL 쿼리 최적화에서 매우 중요한 지표인 통합 테이블에서 결과를 얻기 위한 액세스 유형, 최고에서 최악까지의 결과 값은 다음과 같습니다.
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
일반적으로 좋은 SQL 쿼리는 최소한 범위 수준에 도달해야 합니다. , ref
1. system
: 테이블에는 단 하나의 레코드 행만 있습니다(시스템 테이블과 동일). 이는 일반적으로 표시되지 않으며 무시할 수 있습니다.2.const
: 인덱스를 통해 한 번 찾았다는 의미입니다. const는 기본 키 또는 고유 인덱스를 비교하는 데 사용됩니다. 한 행의 데이터만 일치시키면 되므로 매우 빠릅니다. 기본 키가 where 목록에 있으면 MySQL은 쿼리를 const
3으로 변환할 수 있습니다. eq_ref: 각 인덱스 키에 대해 테이블의 하나의 레코드만 일치합니다. 기본 키 또는 고유 인덱스 스캔에서 흔히 볼 수 있습니다.
참고: t1 table
4, ref와 같이 가장 적은 레코드가 있는 테이블의 모든 전체 테이블 스캔, ref
: 고유하지 않은 인덱스 스캔, 단일 값과 일치하는 모든 행을 반환합니다. 기본적으로 이는 단일 값과 일치하는 모든 행을 반환하는 인덱스 액세스이기도 합니다. 그러나 기준에 맞는 여러 행을 찾을 수 있으므로 검색과 스캔을 혼합해야 합니다
5. range: 인덱스를 사용하여 행을 선택하여 지정된 범위의 행만 검색합니다. 키 열에는 사용된 인덱스가 표시됩니다. 일반적으로 where 문에는between, , in 등과 같은 쿼리가 나타납니다. 인덱스 열에 대한 이 범위 스캔은 전체 인덱스 스캔보다 낫습니다. 전체 인덱스를 스캔하지 않고 특정 지점에서 시작하고 다른 지점에서 끝나기만 하면 됩니다
6. index: 전체 인덱스 스캔과 ALL의 차이점은 인덱스 유형이 인덱스만 통과한다는 것입니다. 나무. 인덱스 파일은 일반적으로 데이터 파일보다 작기 때문에 이는 일반적으로 모든 블록입니다. (Index와 ALL은 모두 전체 테이블을 읽지만 index는 인덱스에서 읽고 ALL은 하드 디스크에서 읽습니다.)
7: 전체 테이블 스캔, 일치하는 항목을 찾기 위해 전체 테이블 검색.
커버링 인덱스를 쿼리에 사용하면 해당 인덱스는 키 목록에만 나타납니다.
1. filesort 사용:
mysql은 테이블의 인덱스에 따라 정렬하고 읽는 대신 외부 인덱스를 사용하여 데이터를 정렬합니다. 즉, mysql은 인덱스를 이용하여 "파일 정렬"로 정렬 작업을 완료할 수 없다
2 내에서 "파일 정렬"을 다시 구현해야 합니다. 임시 사용:
임시 테이블을 사용하여 중간 결과를 저장합니다. 이는 MySQL이 쿼리 결과를 정렬할 때 임시 테이블을 사용한다는 의미입니다.
3. 인덱스 사용:
해당 선택 작업이커버링 인덱스 (커버링 인덱스)를 사용한다는 의미입니다. 이는 테이블의 데이터 행에 액세스하지 않고 매우 효율적입니다
where가 동시에 나타난다는 것은 인덱스 키 값을 검색하는데 인덱스가 사용된다는 의미입니다. (위 그림 참고) Use where가 동시에 나타난다면 인덱스가 데이터를 읽는 데 사용된다는 의미입니다. 검색 작업을 수행하는 대신
Covering Index (Covering Index) : 인덱스 커버리지라고도 합니다. 인덱스에서만 얻을 수 있는 선택 목록의 필드입니다. 인덱스에 따라 데이터 파일을 다시 읽을 필요가 없습니다. 즉, 쿼리 열이 내장된 인덱스에 의해 덮여져야 합니다. 참고:
a. 선택 목록의 필드에서 필수 열만 제거하세요. 모든 필드가 색인화되면 선택을 사용하지 마세요. 인덱스 파일이 너무 커서 파일 크기가 감소합니다.
- 4. where 사용:
링크 캐시 사용
6. 불가능 WHERE:where 절의 값은 항상 false이며 조상을 얻는 데 사용할 수 없습니다.
7. 최적화된 테이블 선택:
그룹별 절이 없는 경우 인덱스를 기반으로 MIN/MAX 작업을 최적화하거나 MyISAM 스토리지 엔진(*) 작업에 대해 COUNT를 최적화하면 계산을 수행하기 위해 실행 단계를 기다릴 필요가 없으며 쿼리 실행 계획 생성 단계에서 최적화가 완료될 수 있습니다 
구별 작업을 최적화하고, 일치하는 첫 번째 조상을 찾은 후 동일한 것을 찾지 마세요. 행동할 가치가 있습니다
종합 사례
실행 순서
1 (id = 4), [select id, name from t2]: select_type은 Union이며, id=4인 선택이 Union의 두 번째 선택임을 나타냅니다.
2 (id = 3), [select id, name from t1 where address = '11']: from 문에 포함된 하위 쿼리이므로 DERIVED(파생)로 표시되며, where address = '11' 전달됨 복합 인덱스 idx_name_email_address를 검색할 수 있으므로 유형은 index입니다.
3 (id = 2), [select id from t3]: select에 포함된 하위 쿼리이므로 SUBQUERY로 표시됩니다.
4 (id = 1), [select d1.name, … d2 from … d1]: select_type은 PRIMARY이며 쿼리가 가장 바깥쪽 쿼리임을 나타내며 테이블 열은 "derived3"으로 표시되어 쿼리가 결과는 파생 테이블에서 나옵니다(id = 3에 대한 결과 선택).
5 (id = NULL), [ ... Union ... ]: Union의 임시 테이블에서 행을 읽는 단계를 나타냅니다. 테이블 열의 "Union 1, 4"는 id=1의 선택 결과를 사용한다는 의미입니다. id=4입니다.
추천 학습: mysql 비디오 튜토리얼
위 내용은 MySQL에서 실행 계획을 보는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!