MySQL에서의 explain 사용 및 성능 분석

MySQL은 개발자가 최적화할 수 있도록 SELECT 문을 분석하고 SELECT 실행에 대한 자세한 정보를 출력할 수 있는 EXPLAIN 명령을 제공합니다. EXPLAIN 명령의 사용법은 MySQL 성능 분석 및 사용법 설명에 중점을 둡니다. 이 글에서는 내용을 소개하기 위해 몇 가지 실제 사례를 통해 이 과정을 소개하겠습니다!

1. 분석 결과를 보려면 explain 문을 사용하십시오.

예를 들어

explain select * from test1 where id=1;

가 나타납니다.

id  selecttype  table  type possible_keys  key key_len  ref rows  extra各列。

그 중

type=const는

key를 통해 한 번 발견된다는 의미입니다. =primary는 기본 키가 사용됨을 의미합니다.

type=all은 전체 테이블 스캔을 의미합니다.

key=null은 인덱스가 사용되지 않음을 의미합니다. type=ref, 이때는 여러 개의 일치하는 행으로 간주되기 때문에 공동 쿼리에서는 일반적으로 REF입니다.

2. MYSQL의 결합 인덱스

테이블에 id, key1, key2, key3이 있고 이 세 가지가 결합된 인덱스를 형성한다고 가정하면

예:

where key1=....     
where key1=1 and key2=2     
where key1=3 and key3=3 and key2=2

가장 왼쪽 원칙에 따라 다음이 가능합니다. key1=1 order by key3인 테스트와 같이 Indexed로 사용하면 explain으로 분석하면 Normal_key 인덱스만 사용되지만 where 절에서만 작동하며 후속 순서는 정렬해야 합니다.

3. 느린 쿼리 분석 사용

my.ini에서:

long_query_time=1
log-slow-queries=d:\mysql5\logs\mysqlslow.log

1초 이상 느린 쿼리 로그를 기록하세요

mysqlsla를 사용하여 분석할 수 있습니다.

DMS와 같은 mysqlreport를 사용하여 선택, 업데이트, 삽입, 삭제, 교체 등의 비율을 분석할 수도 있습니다.

4. MYISAM 및 INNODB 잠금

myisam에서는 테이블 잠금에 주의하세요. 예를 들어 여러 UPDATE 작업을 수행한 후 다시 선택하면 SELECT 작업이 잠겨 있음을 알 수 있습니다. SELECT

Innodb를 사용하려면 모든 UPDATE 작업이 완료될 때까지 기다려야 합니다. 위의 문제는 그렇지 않습니다.

5. MYSQL의 트랜잭션 구성 항목

innodb_flush_log_at_trx_commit=1

은 트랜잭션이 커밋되면 트랜잭션 로그가 즉시 디스크에 기록되고 데이터와 인덱스도 동시에 업데이트된다는 의미입니다.

innodb_flush_log_at_trx_commit=0

트랜잭션이 제출되면 트랜잭션 로그가 즉시 디스크에 기록되지 않습니다.

innodb_flush_log_at_trx_commit=2

트랜잭션이 제출되면 즉시 디스크 파일에 기록됩니다. 커널 버퍼에 기록되었지만 즉시 새로 고쳐지지 않음) 디스크에 있지만 1초마다 디스크에 새로 고쳐지고 데이터와 인덱스가 동시에 업데이트됩니다

사용법 설명

EXPLAIN tbl_name或：EXPLAIN [EXTENDED] SELECT select_options

전자는 다음과 같은 필드 구조를 얻을 수 있습니다. table 등이며, 후자는 주로 관련 인덱스 정보를 제공하며 오늘 논의의 초점은 후자입니다.

mysql> explain select * from event;  
+—-+————-+——-+——+—————+——+———+——+——+——-+  
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |  
+—-+————-+——-+——+—————+——+———+——+——+——-+  
| 1 | SIMPLE | event | ALL | NULL | NULL | NULL | NULL | 13 | |  
+—-+————-+——-+——+—————+——+———+——+——+——-+  
1 row in set (0.00 sec)

쿼리 유형을 선택합니다. 주로 일반 쿼리와 통합 쿼리 및 하위 쿼리와 같은 복잡한 쿼리를 구분합니다.

select_type

통합 쿼리에서 사용하는 유형

type은 행 출력에서 ​​참조하는 테이블입니다. 더 중요한 지표입니다. 최고에서 최악까지의 결과 값은 다음과 같습니다.

table

일반적으로 쿼리가 최소한 범위 수준에 도달하는지 확인해야 합니다. ref는

possible_keys

를 나타냅니다. 인덱스 MySQL은 테이블에서 행을 찾는 데 사용할 수 있습니다. 비어 있으면 관련 인덱스가 없습니다. 성능을 향상하려면 WHERE 절을 확인하여 일부 필드가 참조되는지 확인하거나 해당 필드가 해당 필드에 적합하지 않은지 확인할 수 있습니다.

key

MySQL이 실제로 사용하기로 결정한 키를 표시합니다. 인덱스를 선택하지 않은 경우 키는 NULL입니다. key_len

키가 NULL인 경우 키 길이를 표시합니다. 길이는 NULL입니다. 이 값에 특별한 주의를 기울이면 mysql이 실제로 다중 기본 키에서 사용하는 것이 무엇인지 확인할 수 있습니다.

rows

이 숫자는 어떤 필드 또는 상수인지 보여줍니다.

Extra

Only.index인 경우 이는 전체 테이블을 스캔하는 것보다 인덱스 트리의 정보만 사용하여 정보를 검색한다는 의미입니다.

Where가 불가능하다면 where는 필요하지 않다는 뜻입니다.

이 정보에 Using filesort 또는 Using temporary가 표시되면 WHERE와 ORDER BY의 인덱스는 고려하지 못하는 경우가 많습니다. WHERE를 기준으로 인덱스를 결정하면 ORDER BY를 사용할 때 필연적으로 문제가 발생하므로 비용 측면에서 더 효율적인지 여부가 결정됩니다. 먼저 필터링한 다음 정렬하는 것이 더 비용 효율적인지

요약:

여기에서는 MySQL 성능 분석 및 사용법 설명에 대해 소개했습니다. 저도 이에 대해 어느 정도 이해하고 있습니다.

Mysql에서 EXPLAIN의 역할

mysql 느린 쿼리 및 EXPLAIN 소개

MySQL 쿼리 성능 분석 도구 - 키워드 분석 설명

mysql 설명 유형 연결 유형 예

위 내용은 MySQL에서의 explain 사용 및 성능 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!