성능 병목 현상을 찾기 위해 MySQL 느린 쿼리 로그 분석
MySQL 슬로우 쿼리 로그를 켜고 위치 가능한 성능 문제를 분석하십시오. 1. 구성 파일 편집 또는 동적으로 Slow_Query_Log 및 Long_Query_Time; 2. 로그에는 효율성 병목 현상을 판단하는 데 도움이되는 query_time, lock_time, rows_examined와 같은 주요 필드가 포함되어 있습니다. 3. 로그를 효율적으로 분석하기 위해 mysqldumpslow 또는 pt-query idigest 도구를 사용하십시오. 4. 최적화 제안에는 인덱스 추가, 선택 *피하기 *, 복잡한 쿼리 분할 등이 포함됩니다. 예를 들어, user_id에 인덱스를 추가하면 스캔 한 행의 수를 크게 줄이고 쿼리 효율성을 향상시킬 수 있습니다.
MySQL의 느린 쿼리 로그는 성능 문제를 해결하기위한 중요한 도구입니다. 데이터베이스 응답이 느려지거나 일부 페이지로드 시간이 크게 증가한다는 것을 알게되면 켜지고 느린 쿼리 로그를 분석하면 종종 문제가 빨리 발생할 수 있습니다.
느린 쿼리 로그를 켜십시오
먼저 느린 쿼리 로그가 활성화되고 "느린"의 적절한 정의가 설정되어 있는지 확인하십시오. 기본적 으로이 값은 1 초이지만 실제 요구에 따라 조정할 수 있습니다.
-
my.cnf또는my.ini파일 편집 :slow_query_log = 1 slow_query_log_file = /var/log/mysql/mysql-slow.log long_query_time = 0.5
SQL을 통해 동적으로 설정할 수도 있습니다.
Global slow_query_log = 'on'을 설정하십시오. Global long_query_time = 0.5를 설정합니다.
참고 : 매개 변수를 수정 한 후에는 세션을 다시 연결하거나 새로 고침하여 적용해야 할 수도 있습니다.
느린 쿼리 로그 컨텐츠를 분석하십시오
로그 파일의 레코드 라인에는 실행 시간, 잠금 시간, 행 반환 수, 스캔 수 및 SQL 문의 실제 실행이 포함됩니다. 예를 들어:
# Query_Time : 2.34 Lock_Time : 0.00 Rows_Sent : 10 Rows_Examined : 100000 user_id = 123 인 순서에서 *를 선택하십시오.
위의 SQL은 10 개의 데이터 만 반환하지만 10 만 행을 스캔하여 인덱스가 누락되었거나 쿼리 메소드가 충분히 효율적이지 않음을 나타냅니다.
몇 가지 일반적인 키 필드 :
-
Query_time: 전체 쿼리에서 취한 시간 (초) -
Lock_time: 잠금을 기다릴 시간입니다 -
Rows_examined: 스캔 한 행 수 -
Rows_sent: 클라이언트에게 전송 된 행 수
Rows_examined 가 Rows_sent 보다 훨씬 큰 경우 인덱스 또는 쿼리 구조 최적화를 고려해야합니다.
일반적으로 사용되는 분석 도구
수동 로그보기는 비효율적이며 일부 도구를 사용하여 분석하는 데 사용할 수 있습니다.
mysqldumpslow : mysql에는 명령 줄 도구가 제공되며 느린 쿼리를 계산하고 요약 할 수 있습니다.
mysqldumpslow -s at -t 10 /var/log/mysql/mysql-slow.log
위의 명령은 평균 시간별로 정렬하고 가장 느린 쿼리를 상위 10 개의 가장 느린 쿼리를 나열합니다.
PT-Query 소화점 : Percona Toolkit의 도구로, 더 강력하고 더 복잡한 집계 및 분석을 지원합니다.
pt-query-digest /var/log/mysql/mysql-slow.log> report.txt
이러한 도구는 최적화 우선 순위를 정하기 위해 어떤 SQL이 자주 나타나고 더 많은 리소스를 소비하는지 알아내는 데 도움이 될 수 있습니다.
일반적인 최적화 제안
느린 쿼리를 찾으면 다음 단계는 최적화하는 것입니다. 몇 가지 일반적인 관행은 다음과 같습니다.
- 자주 쿼리되는 인덱스 필드, 특히 조건의
WHERE및JOIN의 필드 -
SELECT *사용을 피하고 필요한 필드 만 선택하십시오 -
EXPLAIN사용하여 실행 계획을보고 인덱스에 도달했는지 확인하십시오. - 큰 쿼리에서 장기적인 리소스 사용을 피하기 위해 복잡한 쿼리를 합리적으로 분할
- 통계 정보를 정확하게 유지하려면 정기적으로 테이블 분석 (
ANALYZE TABLE)을 수행하십시오.
예를 들어, 위에서 언급 한 SELECT * FROM orders WHERE user_id = 123; user_id 에 인덱스가 설정되지 않으면 인덱스를 추가하여 성능을 크게 향상시킬 수 있습니다.
ALTER TABLE ORDERS 추가 색인 IDX_USER_ID (user_id);
이것이 다시 실행되면, 스캔 한 행의 수는 수만에서 수십만으로 떨어질 수 있습니다.
기본적으로 그게 다야. 느린 쿼리 로그를 분석하는 것은 특히 어렵지 않지만 실제로 인덱스가 실제로 작동하는지, 실행 계획이 변경되었는지 여부 등과 같은 일부 세부 사항을 무시하는 것은 쉽습니다. 정기 검사를 주장하는 한, 성능 저하를 피하기 위해 잠재적 인 문제 SQL을 즉시 발견 할 수 있습니다.
위 내용은 성능 병목 현상을 찾기 위해 MySQL 느린 쿼리 로그 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
핫 AI 도구
Undress AI Tool
무료로 이미지를 벗다
Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱
AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.
Clothoff.io
AI 옷 제거제
Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!
인기 기사
뜨거운 도구
메모장++7.3.1
사용하기 쉬운 무료 코드 편집기
SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.
스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경
드림위버 CS6
시각적 웹 개발 도구
SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)
뜨거운 주제
8648
17
1792
16
1733
56
1583
29
1454
31
MySQL에서 트랜잭션 구현 및 산성 특성 이해
Jul 08, 2025 am 02:50 AM
MySQL은 트랜잭션 처리를 지원하고 InnoDB 저장 엔진을 사용하여 데이터 일관성과 무결성을 보장합니다. 1. 트랜잭션은 일련의 SQL 운영 세트이며, 모든 성공 또는 모두 롤백에 실패합니다. 2. 산 속성에는 원자력, 일관성, 분리 및 지속성이 포함됩니다. 3. 트랜잭션을 수동으로 제어한다는 진술은 STARTTRANSACTION, CONMING 및 ROLLBACK입니다. 4. 4 개의 격리 수준에는 읽지 않음, 제출 된 읽기, 반복 가능한 읽기 및 직렬화가 포함됩니다. 5. 트랜잭션을 올바르게 사용하여 장기 작동을 피하고 자동 커밋을 끄고 잠금 및 예외를 합리적으로 처리하십시오. 이러한 메커니즘을 통해 MySQL은 높은 신뢰성과 동시 제어를 달성 할 수 있습니다.
MySQL에서 캐릭터 세트 및 콜라이트 문제를 처리합니다
Jul 08, 2025 am 02:51 AM
문자 세트 및 정렬 규칙 문제는 크로스 플랫폼 마이그레이션 또는 다인산 개발시 일반적이므로 코드가 불가능하거나 일관성이없는 쿼리가 발생합니다. 세 가지 핵심 솔루션이 있습니다. 먼저, 데이터베이스, 테이블 및 필드의 문자 세트를 UTF8MB4로 확인하고 통합하고 ShowCreatedAtabase/Table을 통해보기 및 Alter 문으로 수정하십시오. 둘째, 클라이언트가 연결할 때 UTF8MB4 문자 세트를 지정하고 연결 매개 변수로 설정하거나 SetNames를 실행하십시오. 셋째, 정렬 규칙을 합리적으로 선택하고 UTF8MB4_UNICODE_CI를 사용하여 비교 및 정렬의 정확성을 보장하고 라이브러리와 테이블을 구축 할 때 변경 또는 수정을 지정하거나 수정하십시오.
명령 줄 클라이언트를 사용하여 MySQL 데이터베이스에 연결합니다
Jul 07, 2025 am 01:50 AM
MySQL 데이터베이스에 연결하는 가장 직접적인 방법은 명령 줄 클라이언트를 사용하는 것입니다. 먼저 MySQL -U 사용자 이름 -P를 입력하고 비밀번호를 올바르게 입력하여 대화식 인터페이스를 입력하십시오. 원격 데이터베이스에 연결하는 경우 호스트 주소를 지정하려면 -h 매개 변수를 추가해야합니다. 둘째, mysql-u username-p database name 또는 mysql-u username-p database name과 같이 로그인 할 때 특정 데이터베이스로 직접 전환하거나 로그인 할 때 SQL 파일을 실행할 수 있습니다.
MySQL에서 캐릭터 세트 및 콜라이트 관리
Jul 07, 2025 am 01:41 AM
MySQL의 문자 세트 및 콜라이트 규칙 설정은 데이터 저장, 쿼리 효율 및 일관성에 영향을 미치는 데 중요합니다. 먼저, 캐릭터 세트는 UTF8MB4와 같은 저장 가능한 문자 범위를 결정합니다. 정렬 규칙은 UTF8MB4_UNICODE_CI와 같은 문자 비교 방법을 제어하고 UTF8MB4_BIN은 이진 비교입니다. 둘째, 문자 세트는 여러 수준의 서버, 데이터베이스, 테이블 및 열에서 설정할 수 있습니다. 충돌을 피하기 위해 UTF8MB4 및 UTF8MB4_UNICODE_CI를 통일 된 방식으로 사용하는 것이 좋습니다. 또한, 차량 블레드 코드 문제는 종종 일관되지 않은 연결, 저장 또는 프로그램 터미널 세트에 의해 발생하며 레이어로 계층을 점검하고 균일하게 설정해야합니다. 또한 변환 오류를 방지하기 위해 내보내기 및 가져올 때 문자 세트를 지정해야합니다.
강력한 MySQL 데이터베이스 백업 전략 설계
Jul 08, 2025 am 02:45 AM
신뢰할 수있는 MySQL 백업 솔루션을 설계하려면 1. 먼저 RTO 및 RPO 표시기를 명확히하고 비즈니스의 허용 가능한 다운 타임 및 데이터 손실 범위를 기반으로 백업 빈도 및 방법을 결정하십시오. 2. 빠른 복구 및 최소 데이터 손실을 달성하기 위해 논리 백업 (예 : MySQLDump), 물리적 백업 (예 : PerconaxTrabackup) 및 Binlog (Binlog) 및 Binlog (Binlog)를 결합하여 하이브리드 백업 전략을 채택합니다. 3. 백업의 효과를 보장하고 복구 작업에 익숙해 지도록 복구 프로세스를 정기적으로 테스트하십시오. 4. 오프 사이트 스토리지, 암호화 보호, 버전 유지 정책 및 백업 작업 모니터링을 포함한 스토리지 보안에주의를 기울이십시오.
MySQL 8에서 공통 테이블 표현식 (CTE)을 사용합니다
Jul 12, 2025 am 02:23 AM
CTE는 MySQL8.0에서 도입 한 기능으로 복잡한 쿼리의 가독성 및 유지 보수를 향상시킵니다. 1. CTE는 임시 결과 세트로 현재 쿼리에서만 유효하며 명확한 구조를 가지며 중복 참조를 지원합니다. 2. 하위 쿼리와 비교하여 CTE는 더 읽기 쉽고 재사용 가능하며 재귀를지지합니다. 3. 재귀 CTE는 조직 구조와 같은 계층 적 데이터를 처리 할 수 있으며, 이는 초기 쿼리 및 재귀 부분을 포함해야합니다. 4. 사용 제안에는 남용 방지, 사양 이름 지정, 성능에주의 지불 및 디버깅 방법이 포함됩니다.
MySQL 쿼리 성능 최적화 전략
Jul 13, 2025 am 01:45 AM
MySQL 쿼리 성능 최적화는 인덱스의 합리적 사용, SQL 문의 최적화, 테이블 구조 설계 및 파티셔닝 전략, 캐시 및 모니터링 도구 활용을 포함하여 핵심 점에서 시작해야합니다. 1. 인덱스 사용 합리적으로 : 일반적으로 사용되는 쿼리 필드에서 색인 생성, 전체 테이블 스캔을 피하고, 결합 된 인덱스 순서에주의를 기울이고, 선택적 필드가 낮은 인덱스를 추가하지 않으며, 중복 인덱스를 피하십시오. 2. SQL 쿼리 최적화 : 선택*을 피하고, 위치에서 함수를 사용하지 말고, 서브 쿼리 중첩을 줄이고, 페이징 쿼리 방법을 최적화하십시오. 3. 테이블 구조 설계 및 파티셔닝 : 읽기 및 쓰기 시나리오에 따라 패러다임 또는 파라 디그를 선택하고, 적절한 필드 유형을 선택하고, 정기적으로 데이터를 정리하고, 수평 테이블을 고려하여 테이블이나 파티션을 시간별로 나누십시오. 4. 캐시 및 모니터링 사용 : Redis 캐시를 사용하여 데이터베이스 압력을 줄이고 느린 쿼리를 활성화하십시오.
MySQL에서 복잡한 조인 작업 최적화
Jul 09, 2025 am 01:26 AM
toptimizecomplexjoinoperationsinmysql, followfourkeysteps : 1) 1) 특히 ComproperIndexingOnbothsidsidesofjoincolumns, 특히 ComporIteIndexesFormulti-ColleumnJoinsandavoidinglargeVarCharIndexes; 2) 감소 된 줄어 웠습니다
