MySQL에서 실행 계획을 보는 방법

이 기사에서는 mysql에 대한 관련 지식을 제공합니다. 주로 Mysql에서 실행 계획을 보는 방법을 소개합니다. explain 키워드를 사용하면 SQL 쿼리 문을 실행하는 최적화 프로그램을 시뮬레이션하여 MySQL이 SQL 문을 처리하는 방법을 알 수 있습니다. , 쿼리 문이나 테이블 구조의 성능 병목 현상을 분석하는 것이 모든 사람에게 도움이 되기를 바랍니다.

추천 학습: mysql 비디오 튜토리얼

MySQL이 SQL 문을 처리하고 쿼리 문이나 테이블 구조를 분석하는 방법을 알아보기 위해 explain 키워드를 사용하여 SQL 쿼리 문을 실행하는 최적화 프로그램을 시뮬레이션합니다.

실행 계획에 포함된 정보를 설명하세요

가장 중요한 필드는 id, type, key,rows, Extra

각 필드에 대한 자세한 설명

id

쿼리의 시퀀스 번호를 선택하고, 숫자 집합을 포함하여 쿼리에서 선택 절이나 작업 테이블이 실행되는 순서를 나타냅니다.

세 가지 상황:

1 동일한 ID: 실행 순서는 위에서 아래로

2. 다른 ID: 하위 쿼리인 경우 ID 값이 클수록 우선 순위가 높아지고 더 빨리 실행됩니다. 동일하지만 다름(두 상황이 동시에 존재함)

select_type

1: 단순 선택 쿼리, 쿼리입니다. 하위 쿼리 또는 공용체를 포함하지 않습니다

: 쿼리에 복잡한 하위 부분이 포함되어 있고 가장 바깥쪽 쿼리는 기본
• 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

3으로 변환할 수 있습니다. eq_ref: 각 인덱스 키에 대해 테이블의 하나의 레코드만 일치합니다. 기본 키 또는 고유 인덱스 스캔에서 흔히 볼 수 있습니다.

참고: t1 table

와 같이 가장 적은 레코드가 있는 테이블의 모든 전체 테이블 스캔, ref: 고유하지 않은 인덱스 스캔, 단일 값과 일치하는 모든 행을 반환합니다. 기본적으로 이는 단일 값과 일치하는 모든 행을 반환하는 인덱스 액세스이기도 합니다. 그러나 기준에 맞는 여러 행을 찾을 수 있으므로 검색과 스캔을 혼합해야 합니다

5. range: 인덱스를 사용하여 행을 선택하여 지정된 범위의 행만 검색합니다. 키 열에는 사용된 인덱스가 표시됩니다. 일반적으로 where 문에는between, , in 등과 같은 쿼리가 나타납니다. 인덱스 열에 대한 이 범위 스캔은 전체 인덱스 스캔보다 낫습니다. 전체 인덱스를 스캔하지 않고 특정 지점에서 시작하고 다른 지점에서 끝나기만 하면 됩니다

6. index: 전체 인덱스 스캔과 ALL의 차이점은 인덱스 유형이 인덱스만 통과한다는 것입니다. 나무. 인덱스 파일은 일반적으로 데이터 파일보다 작기 때문에 이는 일반적으로 모든 블록입니다. (Index와 ALL은 모두 전체 테이블을 읽지만 index는 인덱스에서 읽고 ALL은 하드 디스크에서 읽습니다.)

7: 전체 테이블 스캔, 일치하는 항목을 찾기 위해 전체 테이블 검색.

커버링 인덱스를 쿼리에 사용하면 해당 인덱스는 키 목록에만 나타납니다.

1. filesort 사용:

2 내에서 "파일 정렬"을 다시 구현해야 합니다. 임시 사용:

3. 인덱스 사용:

커버링 인덱스 (커버링 인덱스)를 사용한다는 의미입니다. 이는 테이블의 데이터 행에 액세스하지 않고 매우 효율적입니다

Covering Index (Covering Index) : 인덱스 커버리지라고도 합니다. 인덱스에서만 얻을 수 있는 선택 목록의 필드입니다. 인덱스에 따라 데이터 파일을 다시 읽을 필요가 없습니다. 즉, 쿼리 열이 내장된 인덱스에 의해 덮여져야 합니다. 참고:

a. 선택 목록의 필드에서 필수 열만 제거하세요. 모든 필드가 색인화되면 선택을 사용하지 마세요. 인덱스 파일이 너무 커서 파일 크기가 감소합니다.

• 4. where 사용:

링크 캐시 사용

where 절의 값은 항상 false이며 조상을 얻는 데 사용할 수 없습니다.

7. 최적화된 테이블 선택:

구별 작업을 최적화하고, 일치하는 첫 번째 조상을 찾은 후 동일한 것을 찾지 마세요. 행동할 가치가 있습니다

종합 사례

실행 순서

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 중국어 웹사이트의 기타 관련 기사를 참조하세요!