고성능 MySQL의 서비스를,뿐만 아니라 또한 좋은 쿼리가 필요, 좋은 데이터베이스 테이블 구조, 좋은 인덱스를 설계 할 필요가있다.
즉, 쿼리의 느린 출현, 당신은 그래서 서버의 측면, 데이터베이스 테이블 구조, 인덱스, 쿼리 및 진행 할 수 있습니다.
쿼리 성능 분석은 두 가지 방법이 있습니다, 하나는 다른 하나는 단일 쿼리의 분석입니다, 서버 부하를 분석하는 것이다.
1. 분석 서버 부하
1.1 캡처 느린 쿼리
느린 쿼리 로그. 슬로우 쿼리 로그는 가장 높은 측정 된 가장 낮은 비용, 정밀 도구 쿼리 시간, 그리고 I / O 오버 헤드는 무시할 수있다.
그러나 장기적으로 개방 속도가 느린 쿼리 로그 경우, 회전 (로그 회전) 도구를 배포해야합니다 로그인합니다. 또는 단지 샘플 부하를 수집하는 동안 엽니 다.
일반적인 로그라는 MySQL의 쿼리 로그는 기록도 있습니다 때 서버에 쿼리 요청.
1.2 분석 쿼리 로그
PT-쿼리를 소화 사용 분석 보고서가 느린 쿼리 로그에서 생성 할 수 있습니다. 쿼리를 최적화 할 필요성을 결정한 후, 신속하게 생성 된 보고서를 사용하여 쿼리의 구현을 확인할 수 있습니다.
2. 단일 쿼리의 분석
, SATUS, SHOW 프로필보기 슬로우 쿼리 로그 항목을 확인 : 세 가지 실용적인 방법이 있습니다.
2.1 보여준다 PROFILE
쿼리가 서버에 제출되면,이 도구는 임시 테이블에 프로필 정보를 기록하며, 처음부터 지정된 정수 식별자 1을 조회 할 수 있습니다.
분석 보고서의 각 단계는 소비 쿼리 실행 시간이 주어집니다.
2.2을 사용하여 SHOW 상태
SHOW 상태는 카운터, 서버 수준의 글로벌 서버뿐만 아니라 기반 카운터의 세션 수준의 연결을 모두의 일부를 반환했습니다. 당신은 독서 지수로 얼마나 자주 어떤 활동을 보여줄 수 있지만, 많은 시간을 소모 줄 수 없다. 높은 운영 비용 또는 더 많은 시간을 소비하는 어떤 작업 같아요.
2.3 느린 쿼리 로그
자세한 내용은이, SHOW 프로필 및 모든 SHOW 상태 출력을 포함합니다.
2.4 성능 스키마
3. 성능 프로파일 링
느린 쿼리 로그, 시스템 자원을 소비하는 다른 일이있을 수 있습니다 느린 문제를 쿼리해야 할 기록, 그것은 잠금 경합 또는 질문의 진행을 차단하는 어떤 종류의 수 있습니다.
단속 4. 진단
일부 가능성 :
1. 매우 느리게 실행 외부 서비스에서 데이터를 얻을 수
2. 몇 가지 중요한 항목의 캐시는 캐시 항목을 다시 MySQL을 내렸다 많은 수의 요청의 결과로 만료되었습니다.
3.DNS 문의 가끔 시간 제한
뮤텍스 경합 또는 삭제하는 내부 캐싱 알고리즘의 너무 낮은 효율로 인해 4, MySQL의 쿼리 캐시는 짧은 간격으로 서비스 될 수 있습니다
심판은 단일 쿼리 서버에 문제가 있거나 문제