설명 출력 (유형, 키, 행, 추가)에서 찾아야 할 주요 메트릭은 무엇입니까?

설명 명령에 대한 주요 메트릭에는 유형, 키, 행 및 추가가 포함됩니다. 1) 유형은 쿼리의 액세스 유형을 반영합니다. 값이 높을수록 Const와 같은 효율이 높아집니다. 2) 키는 사용 된 인덱스를 표시하고 NULL은 인덱스가 없음을 나타냅니다. 3) 행은 스캔 한 행의 수를 추정하여 쿼리 성능에 영향을 미칩니다. 4) Extra는 최적화 해야하는 Filesort 프롬프트 사용과 같은 추가 정보를 제공합니다.

소개

데이터베이스 최적화에 대해 이야기 할 때, EXPLAIN 명령은 우리의 손에 강력한 도구로서 SQL 쿼리의 실행 계획을 엿볼 수 있도록 도와줍니다. 오늘 우리는 EXPLAIN 출력의 주요 지표를 심층적으로 탐색 할 것입니다 : type , key , rows 및 Extra . 이러한 메트릭은 쿼리가 어떻게 실행되는지를 보여줄뿐만 아니라 데이터베이스를 최적화 할 수있는 귀중한 단서도 제공합니다. 이 기사를 읽으면 이러한 메트릭을 해석하여 데이터베이스 성능을 향상시키는 방법을 배우게됩니다.

기본 지식 검토

EXPLAIN 명령은 MySQL에서 SQL 문의 실행 계획을 표시하는 데 사용됩니다. 쿼리 실행 방법, 인덱스 사용 및 예상 행 수와 같은 정보를 이해하는 데 도움이됩니다. 이 정보의 기본 개념을 이해하는 것은 후속 심층 분석에 중요합니다.

• type : MySQL이 테이블에서 행을 어떻게 보는지를 나타냅니다. system , const , eq_ref , ref , range , index , ALL .
• key : MySQL이 사용하기로 결정한 색인을 표시합니다. 색인이 사용되지 않으면 여기에 NULL 표시됩니다.
• rows : MySQL이 스캔 해야하는 행의 수를 추정하십시오. 이 숫자는 쿼리의 효율성을 평가하는 데 중요합니다.
• Extra : 임시 테이블 사용, 파일 정렬 등과 ​​같은 다른 열에 표시되지 않는 추가 정보가 포함되어 있습니다.

핵심 개념 또는 기능 분석

type 의 정의 및 기능

type 필드는 EXPLAIN 출력에서 ​​가장 직관적 인 메트릭 중 하나이며 MySQL이 테이블에서 행에 어떻게 액세스하는지 알려줍니다. type 의 값이 높을수록 쿼리 효율이 높아집니다. 예를 들어, const 하나의 행만 액세스하는 반면, ALL 테이블 스캔을 의미하며, 이는 가장 효율적인 액세스 유형입니다.

간단한 예를 살펴 보겠습니다.

 id = 1의 사용자 중에서 선택 *;

id 가 기본 키이고 MySQL 이이 줄을 직접 찾을 수 있기 때문에 출력은 type 이 const 보여줄 수 있습니다.

key 의 정의 및 기능

key 필드는 MySQL이 쿼리를 실행할 때 사용하기로 선택한 색인을 보여줍니다. 적절한 색인이 없으면 MySQL은 전체 테이블 스캔을 선택하고 key NULL 로 표시됩니다. 쿼리 성능을 향상시키는 데 올바른 색인을 선택하는 것이 중요합니다.

예를 들어:

 name = 'john'이있는 사용자의 선택 *;

name 필드에 인덱스가 있으면 key 인덱스 이름을 표시 할 수 있습니다.

rows 의 정의 및 기능

rows 필드는 MySQL이 스캔하는 것으로 추정하는 행의 수를 나타냅니다. 이 숫자는 줄이 많을수록 쿼리가 더 길어 지므로 쿼리의 성능에 직접적인 영향을 미칩니다.

예를 들어:

 10 세> 30 인 사용자로부터 선택 *;

age 필드에 인덱스가 없으면 rows 더 많은 수의 행을 스캔해야 함을 나타내는 행이 더 많이 표시 될 수 있습니다.

Extra 의 정의와 기능

Extra 필드에는 쿼리가 어떻게 수행되는지 이해하는 데 매우 도움이 될 수있는 추가 정보가 포함되어 있습니다. 예를 들어, Using temporary 또는 Using filesort 경우 일반적으로 쿼리를 최적화해야 함을 의미합니다.

예를 들어:

 선택 * 사용자의 이름별로 선택하십시오.

name 필드가 인덱스되지 않은 경우 Extra Using filesort 표시 될 수 있으므로 MySQL에 파일 정렬이 필요하므로 성능에 영향을 미칩니다.

사용의 예

기본 사용

간단한 쿼리와 EXPLAIN 출력을 살펴 보겠습니다.

 id = 1의 사용자 중에서 선택 *;

출력은 다음과 같습니다.

 ----------------------------------------------------------------------- 
| id | select_type | 표 | 유형 | 가능한 _keys | 키 | key_len | ref | 줄 | 추가 |
 ----------------------------------------------------------------------- 
| 1 | 단순 | 사용자 | Const | 1 차 | 1 차 | 4 | Const | 1 | |
 -----------------------------------------------------------------------

여기서 우리는 type 이 const 알 수 있고, key PRIMARY 이며, rows 1이며, 이는 MySQL이 기본 키 인덱스를 통해이 줄을 직접 찾았 음을 나타냅니다.

고급 사용

이제 더 복잡한 쿼리를 살펴 보겠습니다.

 u.id = o.user_id on U.age> 30;

출력은 다음과 같습니다.

 -------------------------------------------------------------------------------------------- 
| id | select_type | 표 | 유형 | 가능한 _keys | 키 | key_len | ref | 줄 | 추가 |
 -------------------------------------------------------------------------------------------- 
| 1 | 단순 | u | 범위 | 1 차, 나이 | 나이 | 4 | 널 | 100 | 여기서 |
| 1 | 단순 | o | ref | user_id | user_id | 4 | test.u.id | 10 | |
 --------------------------------------------------------------------------------------------

여기서 우리는 type 이 range 와 ref , key age 와 user_id 이며 rows 각각 100과 10임을 알 수 있습니다. 이는 MySQL이 먼저 age 인덱스를 통해 기준을 충족하는 사용자를 찾은 다음 user_id 인덱스를 통해 관련 순서를 찾습니다.

일반적인 오류 및 디버깅 팁

EXPLAIN 사용할 때의 일반적인 오류는 다음과 같습니다.

• Using filesort 또는 Using temporary 과 같은 Extra 필드에서 경고를 무시하십시오.
• 일반적으로 사용되는 쿼리에 적합한 색인이 생성되지 않으므로 key NULL 됩니다.
• rows 필드는 오해되어 실제로 스캔 한 행의 수라고 생각합니다.

이러한 문제를 디버깅하는 방법은 다음과 같습니다.

• Extra 필드를주의 깊게 읽고 분류 된 필드에 인덱스를 추가하는 것과 같이 프롬프트에 따라 최적화하십시오.
• key 필드를 분석하여 쿼리가 적절한 인덱스를 사용하고 그렇지 않은 경우 인덱스 추가를 고려하십시오.
• 실제로 쿼리를 실행하고 SHOW PROFILE 명령을 사용하여 rows 필드의 정확도를 확인하십시오.

성능 최적화 및 모범 사례

실제 응용 분야에서 EXPLAIN 출력의 주요 표시기를 최적화하면 데이터베이스 성능이 크게 향상 될 수 있습니다. 몇 가지 최적화 제안은 다음과 같습니다.

• 일반적으로 사용되는 쿼리 조건에 적절한 인덱스가 있고 rows 값을 줄입니다.
• 전체 테이블 스캔을 피하고 type 필드의 값을 최적화 한 후 const , eq_ref 또는 ref 가능한 한 많이 사용하십시오.
• Extra 필드의 경고에주의를 기울이고 분류 된 필드에 인덱스를 추가하는 것과 같은 프롬프트에 따라 최적화하십시오.

최적화 전후에 비교를 보자 :

 - 최적화 전에 '%john%'과 같은 이름이있는 사용자의 선택 *;

- 최적화 된 설명 * 'John%'과 같은 이름의 사용자에서 선택하십시오.

최적화 전에 type ALL 일 수 있고 rows 더 큰 숫자 일 수 있습니다. LIKE '%John%' 인덱스를 사용할 수 없기 때문입니다. 최적화 후, name 필드에 인덱스가 있으면 type range 가 될 수 있고 rows 값이 상당히 줄어 듭니다.

프로그래밍 습관 및 모범 사례와 관련하여 다음과 같이 권장됩니다.

• 정기적으로 EXPLAIN 사용하여 분석하고 쿼리하며 성능 병목 현상을 즉시 발견하고 최적화합니다.
• 코드의 가독성 및 유지 보수를 유지하고 인덱스 및 쿼리 로직이 명확하고 이해하기 쉽는지 확인하십시오.
• 실제 비즈니스 요구에 따라 과도한 인덱싱으로 인한 성능 저하를 피하기위한 합리적으로 설계 지수.

EXPLAIN 출력의 주요 지표를 깊이 이해하고 적용함으로써 데이터베이스 쿼리를보다 효과적으로 최적화하고 응용 프로그램의 전반적인 성능을 향상시킬 수 있습니다.

위 내용은 설명 출력 (유형, 키, 행, 추가)에서 찾아야 할 주요 메트릭은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!