MySQL 쿼리 캐시를 설명하십시오 (종종 비활성화/감가 상각 된 이유).

MySQL 쿼리 캐시는 동시성이 높고 빈번한 데이터 업데이트가있는 환경에서 제대로 작동하지 않기 때문에 종종 비활성화되거나 더 이상 사용되지 않는 것으로 표시됩니다. 1) 쿼리 캐시는 선택 문의 결과를 저장하여 성능을 향상 시키지만 데이터 안정성에 따라 다릅니다. 2) 최신 MySQL 버전에서 쿼리 캐시가 포기되었으며 InnoDB 버퍼 풀링, 쿼리 재 작성 및 인덱스 최적화와 같은 대안이 권장됩니다.

소개

데이터베이스 성능 최적화에서 MySQL의 쿼리 캐시 (쿼리 캐시)는 항상 우려의 주제였습니다. 오늘 우리는 MySQL 쿼리 캐싱의 메커니즘과 현대 MySQL 버전에서 종종 비활성화되거나 이상한 것으로 표시되는 이유에 대해 뛰어들 것입니다. 이 기사를 통해 쿼리 캐싱이 어떻게 작동하는지, 장단점 및 실제 응용 프로그램에서 사용하는 방법을 배우게됩니다.

기본 지식 검토

MySQL 쿼리 캐시는 선택 문의 결과를 저장하는 메커니즘입니다. 선택 쿼리가 실행되면 MySQL은 동일한 쿼리의 결과가 이미 쿼리 캐시에 존재하는지 확인합니다. 존재하는 경우 MySQL은 쿼리를 다시 실행하지 않고 캐시 된 결과를 직접 반환합니다. 이는 특히 동일한 쿼리가 자주 실행되는 시나리오에서 쿼리 성능을 크게 향상시킬 수 있습니다.

그러나 쿼리 캐시의 유효성은 데이터의 안정성에 따라 다릅니다. 데이터가 자주 변경되면 캐시 적중률이 크게 줄어들고 성능 저하로 이어질 수도 있습니다.

핵심 개념 또는 기능 분석

MySQL 쿼리 캐시의 정의 및 기능

MySQL 쿼리 캐시의 핵심 역할은 쿼리 결과를 저장하고 재사용하여 데이터베이스의로드를 줄이는 것입니다. 정적 데이터가있는 것과 같이 시간이 지남에 따라 결과가 변경되지 않은 쿼리에 적합합니다.

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

 - STRATION = 'Active'가있는 사용자의 간단한 쿼리 선택 *;

이 쿼리의 결과가 캐시 된 경우 다음에 동일한 쿼리가 실행되면 MySQL은 디스크에 다시 액세스하는 대신 캐시에서 직접 결과를 반환합니다.

작동 방식

선택 쿼리가 실행되면 MySQL은 쿼리의 해시 값을 생성하고 쿼리 캐시 에서이 해시 값을 찾습니다. 일치하는 해시가 발견되면 MySQL은 캐시 된 쿼리가 여전히 유효한지 확인합니다 (즉, 데이터가 수정되지 않음). 유효한 경우 MySQL은 캐시 결과를 직접 반환합니다.

그러나 쿼리 캐시 유지 보수 비용은 높습니다. 테이블의 데이터가 변경 될 때마다 MySQL은 모든 관련 쿼리의 캐시를 무효화해야합니다. 즉, 쿼리 캐시는 동시성이 높은 환경에서 성능 병목 현상이 될 수 있습니다.

사용의 예

기본 사용

쿼리 캐싱 활성화는 매우 간단합니다. mysql 구성 파일에서 query_cache_type 및 query_cache_size 설정하십시오.

 - 쿼리 캐시 활성화 global query_cache_type = on;
글로벌 query_cache_size = 16m을 설정하십시오.

이 설정 후 MySQL은 기준을 충족하는 쿼리 결과를 자동으로 시도합니다.

고급 사용

경우에 따라 특정 쿼리에 대한 캐시를 비활성화하거나 특정 쿼리에 대해서만 캐시를 활성화 할 수 있습니다. 이것은 sql_hints를 통해 달성 될 수 있습니다.

 - 특정 쿼리에 대한 캐시 비활성화를 비활성화하십시오. status = 'active'가있는 사용자에서 sql_no_cache *를 선택하십시오.

- 강제 캐시 status = 'active'인 사용자에서 sql_cache *를 선택합니다.

이 방법을 사용하면 쿼리 캐시 사용을보다 신중하게 제어하고 불필요한 캐시 고장을 피할 수 있습니다.

일반적인 오류 및 디버깅 팁

일반적인 실수는 쿼리 캐시가 항상 성능을 향상 시킨다고 생각하는 실수입니다. 실제로, 데이터 업데이트는 관련 캐시를 무효화해야하기 때문에 캐시 쿼리 캐시를 자주 변경하면 더 많은 오버 헤드가 발생할 수 있습니다.

쿼리 캐시 문제를 디버깅 할 때 다음 명령을 사용하여 캐시 사용을 볼 수 있습니다.

 'qcache%'와 같은 상태를 표시합니다.

여기에는 적중률, 인서트 수, 실패 수 및 쿼리 캐시의 기타 정보가 표시되어 쿼리 캐시의 유효성을 판단 할 수 있습니다.

성능 최적화 및 모범 사례

실제 애플리케이션에서는 쿼리 캐시의 성능 최적화를 위해 다음과 같은 측면을 고려해야합니다.

• 데이터 안정성 : 데이터가 자주 변경되면 쿼리 캐시의 효과가 크게 줄어 듭니다. 이 경우 쿼리 캐싱을 비활성화하는 것이 더 나은 옵션 일 수 있습니다.
• 쿼리 복잡성 : 복잡한 쿼리의 경우 캐시 된 결과가 클 수 있으며 많은 메모리를 차지할 수 있습니다. 이 경우 캐시의 이점과 메모리 사용을 계량해야합니다.
• 동시성 : 동시성 환경이 높을수록 쿼리 캐시의 유지 보수 비용이 크게 증가하여 성능 저하로 이어질 수 있습니다.

최신 MySQL 버전에서 쿼리 캐시는 감가 상각 된 것으로 표시되었으며 (MySQL 8.0부터 시작) 주로 동시성이 높고 빈번한 데이터 업데이트가있는 환경에서 제대로 성능이 떨어지기 때문입니다. 대안에는 InnoDB를 사용한 버퍼 풀링, 쿼리 다시 쓰기, 인덱스 최적화 등이 포함됩니다. 이러한 방법은 일반적으로 최신 데이터베이스 응용 프로그램에서 더 나은 성능과 확장 성을 제공합니다.

전반적으로 MySQL 쿼리 캐싱은 유용한 도구이지만 사용할 때는 신중하게 평가해야합니다. 작동 방식 및 제한 사항을 이해하면 앱에서 쿼리 캐싱을 활성화할지 여부를 더 잘 결정할 수 있습니다.

위 내용은 MySQL 쿼리 캐시를 설명하십시오 (종종 비활성화/감가 상각 된 이유).의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!