저번에 투표 시스템을 만들었더니 활동이 가장 활발한 시간대에 오랫동안 정체되어 일시적으로 대역폭을 늘려도 효과가 뚜렷하지 않았습니다.
분석을 위해 서버로 이동합니다. top의 IO 대기에서 CPU가 많이 소모됩니다. 느린 로그 쿼리, 인덱스 구조 확인 등 모든 징후가 mysql을 가리키고 있지만 근본적인 문제는 발견되지 않은 것 같습니다. 마지막으로 쇼에서 프로세스 목록 중 다수의 잠금 프로세스 가 발견되었습니다. 하하, 문제는 분명합니다.
투표 테이블은 mysiam 엔진을 사용합니다. 투표가 집계된 후 업데이트하면 테이블이 잠깁니다 그렇습니다. 그리고 일반적으로 서버 성능이 느리고 투표 페이지를 처리할 때 프로그램이 비동기적으로 다운그레이드되지 않습니다. 그러나 핵심 요소는 여전히 발견되었는데, 그것은 mysql 잠금이었습니다.
따라서 mysql 성능 문제가 발견되면 SHOW PROCESSLIST는 실행 중인 스레드를 표시하는 데 매우 효과적입니다. 예를 들면 다음과 같습니다.
상태 열 정보는 매우 중요합니다. 먼저 각 열의 의미를 살펴본 다음 일반적인 상태 상태를 살펴보겠습니다
각 열의 의미
1. id: mysql>
2. 사용자: 현재 사용자를 표시합니다. 루트가 아닌 경우 이 명령은 권한 내의 SQL 문만 표시합니다.
3. 호스트: 이 성명을 보낸 IP와 포트를 표시하며, 문제가 있는 성명을 발행한 사용자를 추적하는 데 사용할 수 있습니다.
4. db: 이 프로세스가 현재
에 연결되어 있는 프로세스를 표시합니다. 5. 명령: 표시 현재 연결의 실행 명령, 보통 sleep, query, connect
6. 시간: 시간 이 상태의 단위는 초
7. 상태: 는 현재 연결을 사용하여 SQL 문의 상태를 표시합니다. 매우 중요한 열입니다. 쿼리와 같은 실행 중 특정 상태를 복사해야 합니다. tmp 테이블로, 결과 정렬, 데이터 전송 등의 상태를 완료할 수 있습니다
8. 정보: 이 sql 문을 표시합니다. 길이가 제한되어 있어 긴 sql 문은 모두 표시되지 않지만 문제 문항을 판단하는 데 중요한 기준이 됩니다.
상태 일반적인 상태 분석
1. 수면
은 일반적으로 리소스가 해제되지 않았음을 의미합니다. 연결 풀을 통하는 경우 절전 상태는 특정 범위 내에서 일정해야 합니다. 예:
데이터 쿼리 시간은 0.1초, 네트워크 출력은 1초 정도 소요됩니다. 원래 데이터 연결은 0.1초 안에 해제될 수 있지만 프런트엔드이기 때문입니다. 프로그램이 닫기 작업을 수행하지 않고 결과를 직접 출력하므로 결과가 사용자의 바탕 화면에 표시되지 않습니다. 이전에는 데이터베이스 연결이 절전 상태로 유지되었습니다
2. 잠김
일반적으로 innodb를 사용하면 작업이 잠길 수 있습니다. 잠금 상태 발생
3.tmp 테이블에 복사
인덱스와 기존 구조가 쿼리 조건을 감당할 수 없는 경우 쿼리 요구 사항을 충족하기 위해 임시 테이블이 생성되므로 결과적으로 tmp 테이블에 대한 복사 부담이 커집니다. 일반적으로 조인 테이블 쿼리와 관련된 쿼리를 줄이거나 쿼리 문을 심층적으로 최적화하는 것이 좋습니다. 이 상태의 명령문 실행 시간이 너무 길면 다른 작업의 경우 작업이 종료될 수 있습니다. 이번에
4. 데이터 전송
데이터를 보내는 것은 데이터를 보내는 것이 아니라 물리적 디스크에서 데이터를 얻는 과정입니다. 영향이 큰 결과 집합이 있는 경우 전송하는 경우 다른 디스크 조각 데이터에서 추출해야 합니다. 데이터 연결이 너무 많습니다. 일반적으로 특정 쿼리의 영향 결과 집합이 너무 큽니다. 즉, 쿼리의 인덱스 항목이 충분히 최적화되지 않습니다.
5. 쿼리 캐시에 결과 저장
이러한 상태가 자주 발생하면 세트 프로파일링을 사용하세요. 전체 SQL에 리소스 오버헤드가 있는 경우 오버헤드가 차지하는 비중이 너무 크다면(아주 작은 오버헤드라도 그 비율을 보세요) 해당 쿼리를 의미합니다. 캐시 조각이 많습니다. 플러시 쿼리 캐시를 사용하여 즉시 정리할 수 있습니다. 쿼리 캐시 매개변수를 적절하게 설정할 수 있습니다.
위 내용은 다음과 같습니다. Mysql 분석-show PROCESSLIST 관련 내용은 PHP 중국어 홈페이지(www.php.cn)를 참고해주세요!