MySQL 캐시 쿼리 공유 및 명령 예제 코드 지우기

이 글에서는 MySQL 캐시의 쿼리 및 지우기 명령에 대한 자세한 사용법을 주로 소개합니다. 데이터를 자주 변경하지 않고 동일한 SQL 쿼리가 많은 일부 테이블의 경우 쿼리 캐시가 더 유용할 것입니다. 참조할 수 있다

Mysql 쿼리 캐시
쿼리 캐시의 역할은 쿼리가 이전과 동일한 쿼리를 받으면 서버가 그 결과를 가져오는 것이다. 마지막 쿼리를 다시 분석하고 실행하는 대신 쿼리 캐시를 사용합니다. 이렇게 하면 성능이 크게 향상되고 시간이 절약됩니다.
1. 쿼리 캐시 구성
구성 파일을 수정하고 [mysqld] 아래의 query_cache_size 및 query_cache_type을 수정합니다(그렇지 않은 경우 추가). 그 중 query_cache_size는 캐시의 크기를 나타내며, query_cache_type에는 3개의 값이 있어 캐시할 선택 결과 집합의 유형을 나타냅니다. query_cache_type의 값은 다음과 같습니다.
0이거나 off이면 캐시가 꺼집니다
1 또는 on은 캐시를 켜지만 사용하기 위해 저장하지 않습니다. sql_no_cache의 select 문, id=2
2인 wei에서 select sql_no_cache 이름을 캐시하지 않거나 조건부 캐싱을 활성화하라는 요구가 있으면 캐시만 합니다. sql_cache를 사용한 select 문, wei에서 sql_cache 이름 캐시 선택(id=4
예시) 구성이 완료되면 Mysql 서버를 다시 시작합니다.

query_cache_size=10M 
query_cache_type=1

다음 명령을 사용하여 활성화 여부를 확인할 수 있습니다. 여기서 have_query_cache는 활성화 여부를 나타내고, query_cache_limit는 사용할 수 있는 버퍼 크기를 지정합니다. 단일 쿼리, 기본값은 1M입니다. query_cache_min_res_unit 시스템에 할당된 최소 캐시 블록 크기, 기본값은 4KB입니다. 빅 데이터 쿼리에는 큰 설정 값이 적합하지만 쿼리가 모두 작은 데이터 쿼리인 경우 쉽게 발생할 수 있습니다. 메모리 조각화 및 낭비; query_cache_size 및 query_cache_type은 위의 구성입니다. query_cache_wlock_invalidate는 다른 클라이언트가 MyISAM 테이블에 쓸 때 쿼리가 쿼리 캐시에 있는 경우 쓰기 작업이 완료될 때까지 기다릴지 여부를 나타냅니다. 그런 다음 표를 읽어 결과를 얻으세요.

mysql> show variables like '%query_cache%'; 
+------------------------------+----------+ 
| Variable_name        | Value  | 
+------------------------------+----------+ 
| have_query_cache       | YES   | 
| query_cache_limit      | 1048576 | 
| query_cache_min_res_unit   | 4096   | 
| query_cache_size       | 10485760 | 
| query_cache_type       | ON    | 
| query_cache_wlock_invalidate | OFF   | 
+------------------------------+----------+ 
6 rows in set (0.00 sec)

2. Test
처음에 wei에서 count(*)를 선택하고 다시 실행해보면, 두 번째 시간은 두 번째로 캐시에서 선택 결과를 읽기 때문에 첫 번째 실행보다 시간이 훨씬 짧습니다.

mysql> select count(*) from wei ; 
+----------+ 
| count(*) | 
+----------+ 
| 4194304 | 
+----------+ 
1 row in set (3.92 sec) 
mysql> select count(*) from wei ; 
+----------+ 
| count(*) | 
+----------+ 
| 4194304 | 
+----------+ 
1 row in set (0.00 sec)

다음 명령을 통해 현재 캐시 상태를 확인할 수 있습니다

mysql> show status like 'qcache%'; 
+-------------------------+----------+ 
| Variable_name      | Value  | 
+-------------------------+----------+ 
| Qcache_free_blocks   | 1    | 
| Qcache_free_memory   | 10475424 | 
| Qcache_hits       | 1    | 
| Qcache_inserts     | 1    | 
| Qcache_lowmem_prunes  | 0    | 
| Qcache_not_cached    | 0    | 
| Qcache_queries_in_cache | 1    | 
| Qcache_total_blocks   | 4    | 
+-------------------------+----------+ 
8 rows in set (0.00 sec)

각 그 중 매개변수의 의미는 다음과 같습니다.

• Qcache_free_blocks: 캐시에서 인접한 메모리 블록의 수입니다. 숫자가 크면 조각이 있을 수 있음을 나타냅니다. FLUSH QUERY CACHE는 캐시 조각 모음을 수행하여 여유 블록을 얻습니다.

• Qcache_free_memory: 캐시의 여유 메모리입니다.

• Qcache_hits: 쿼리가 캐시에 적중할 때마다 증가합니다.

• Qcache_inserts: 쿼리가 삽입될 때마다 증가합니다. 적중 수를 삽입 수로 나눈 값이 미스 비율입니다.

• Qcache_lowmem_prunes: 캐시에 메모리가 부족하여 추가 쿼리를 위한 공간을 확보하기 위해 제거해야 했던 횟수입니다. 이 숫자는 장기간에 걸쳐 가장 잘 볼 수 있습니다. 이 숫자가 증가하면 심각한 조각화 또는 메모리 부족을 나타낼 수 있습니다. (위의 free_blocks 및 free_memory를 보면 어떤 상황인지 알 수 있습니다)

• Qcache_not_cached: 캐싱에 적합하지 않은 쿼리 수, 일반적으로 이러한 쿼리는 SELECT 문이 아니거나 지금 사용하기 때문입니다. ( ) 및 기타 기능.

• Qcache_queries_in_cache: 현재 캐시된 쿼리(및 응답) 수입니다.

• Qcache_total_blocks: 캐시에 있는 블록 수입니다.

캐시 지우기
mysql의 FLUSH 구문(캐시 지우기)

FLUSH flush_option [,flush_option]

MySQL에서 사용하는 내부 캐시 중 일부를 지우려면 FLUSH 명령을 사용해야 합니다. FLUSH를 실행하려면 다시 로드 권한이 있어야 합니다.
flush_option은 다음 중 하나일 수 있습니다.

• HOSTS 가장 많이 사용되고 자주 발생하는 항목입니다. 주로 호스트 캐시 테이블을 지우는 데 사용됩니다. 호스트 중 일부가 IP 번호를 변경하거나 Host... isblocked 오류 메시지가 표시되면 호스트 테이블을 지워야 합니다. MySQL 서버에 연결할 때 특정 호스트에 대해 max_connect_errors 이상의 오류가 지속적으로 발생하면 MySQL은 보안상의 이유로 해당 호스트의 추가 연결 요청을 차단합니다. 호스트 테이블을 지우면 호스트가 다시 연결을 시도할 수 있습니다.

• LOGS 현재 바이너리 로그 파일을 닫고 새 파일을 생성합니다. 현재 바이너리 파일 번호에 1이 추가됩니다.

• PRIVILEGES 이는 재인증 후 매번 새로운 권한을 즉시 적용하기 위해 일반적으로 사용되는 것입니다. 데이터베이스에서 권한 부여 테이블을 캐시로 다시 로드합니다.

• TABLES 열려 있는 모든 테이블을 닫으면 이 작업을 수행하면 쿼리 캐시의 내용이 지워집니다.

• FLUSH TABLES WITH READ LOCK 열려 있는 모든 테이블을 닫고 테이블 잠금 해제가 명시적으로 실행될 때까지 데이터베이스의 모든 테이블에 읽기 잠금을 추가합니다. 이 작업은 데이터 백업에 자주 사용됩니다.

• STATUS 대부분의 상태 변수를 0으로 재설정합니다.

• MASTER 바이너리 로그 인덱스 파일의 모든 바이너리 로그 파일을 삭제하고, 바이너리 로그 파일의 인덱스 파일을 비워둔 후 새로운 바이너리 로그 파일을 생성합니다. 더 이상 권장되지 않습니다. 마스터를 재설정하도록 변경되었습니다. 상상할 수 있듯이 예전에는 매우 순진했습니다. 간단한 명령 하나로 가능했지만 이전 방법은 현재 바이너리 로그 파일의 이름을 먼저 알아낸 다음 제거를 사용하는 것이었습니다. 작업.

• QUERY CACHE 쿼리 캐시를 재구성하고 조각을 제거하여 성능을 향상시키지만 쿼리 캐시에 있는 기존 데이터에는 영향을 주지 않습니다. 이는 Flush table 및 Reset Query Cache와 동일합니다. 쿼리 캐시의 내용을 지웁니다)가 다릅니다.

• SLAVE 복제를 재설정하는 것과 유사합니다. 슬레이브 데이터베이스가 마스터 데이터베이스의 복제 위치를 잊어버리게 하고, 마스터 데이터베이스와 마찬가지로 다운로드된 릴레이 로그도 삭제합니다. 슬레이브 재설정으로 변경하는 것이 좋습니다. 이것은 또한 매우 유용합니다.

일반적으로 Flush 작업은 바이너리 로그 파일에 기록되지만 FLUSH LOGS, FLUSH MASTER, FLUSH SLAVE, FLUSH TABLES WITH READ LOCK은 기록되지 않으므로 위의 경우 작업은 바이너리 로그 파일에 기록되며 슬레이브 데이터베이스에 영향을 미칩니다. 참고: 재설정 작업은 실제로 플러시 작업의 향상된 버전 역할을 합니다.

위 내용은 MySQL 캐시 쿼리 공유 및 명령 예제 코드 지우기의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!