MySQL 캐시 시작 방법 및 매개변수 분석(query_cache_size)

MySQL querycache는 4.1 버전부터 제공되는데 오늘 공부해 볼 만하다. 기본 구성에서는 MySQL의 이 기능이 활성화되어 있지 않습니다. MYSQL 초보자를 위한 '%query_cache%'와 같은 표시 변수를 통해 변수 have_query_cache의 값이 yes인 것을 확인할 수 있습니다. 이 매개변수가 YES이면 QueryCache가 활성화된 것이라고 생각하기 쉽습니다. 실제로 이 매개변수는 잘못된 것인지 여부를 나타냅니다. 실제로 현재 버전의 MYSQL은 쿼리 캐시를 활성화할지 여부는 다른 매개변수인 query_cache_size의 값에 따라 달라집니다. 값은 0이며, 이는 쿼리 캐시가 비활성화되어 있음을 의미하며 기본 구성은 0입니다.

구성 방법:

MYSQL의 구성 파일 my.ini 또는 my.cnf에서 다음 내용을 찾습니다.

# 쿼리 캐시는 SELECT 결과를 캐시하고 나중에 반환하는 데 사용됩니다

# 실제로 동일한 쿼리를 다시 실행하지 않고 쿼리

# 캐시를 활성화하면 속도가 크게 향상될 수 있습니다.

#에 동일한 쿼리가 많고 테이블이 거의 변경되지 않는 경우

# “Qcache_lowmem_prunes” 상태 변수를 참조하여 현재 값

#이 충분히 높은지 확인하세요.

# 참고: 테이블이 매우 자주 변경되거나 쿼리가

# 매번 텍스트가 다른 경우 쿼리 캐시에서

# 성능 향상 대신 속도 저하.
query_cache_size=0

위 정보는 기본 구성이며 주석은 MYSQL의 쿼리 캐시가 선택 쿼리 결과를 캐시하는 데 사용된다는 의미입니다. 그리고 다음에 동일한 쿼리 요청이 수신되면 실제 쿼리 처리는 더 이상 수행되지 않고 결과가 직접 반환됩니다. 이러한 쿼리 캐시는 쿼리 속도를 높이고 쿼리 성능을 최적화할 수 있다는 것입니다. 동일하거나 유사한 쿼리가 많이 있는 경우 쿼리는 테이블의 데이터를 거의 변경하지 않습니다. 그렇지 않으면 이 기능을 사용할 필요가 없습니다. Qcache_lowmem_prunes 변수의 값을 통해 현재 값이 현재 시스템 부하를 충족하는지 확인할 수 있습니다. 참고: 쿼리하는 테이블 이 자주 업데이트되고 동일한 쿼리가 거의 없는 경우 쿼리 캐시를 사용하지 않는 것이 가장 좋습니다.

구체적인 구성방법 :

1. query_cache_size를 특정 크기로 설정한다. 구체적인 크기는 쿼리의 실제 상황에 따라 다르지만 1024의 배수로 설정하고 기준값은 32M으로 설정하는 것이 가장 좋다.

2． 한 줄 추가: query_cache_type=1

query_cache_type 매개변수는 캐시 유형을 제어하는 ​​데 사용됩니다. 이 값은 임의로 설정할 수 없으며 숫자로 설정해야 합니다. 선택 항목 및 설명은 다음과 같습니다.


0으로 설정하면 캐시가 전혀 쓸모없다고 할 수 있으며 이는 비활성화되는 것과 같습니다. 그런데 이 경우 시스템은 query_cache_size에 설정된 크기를 할당해야 합니까? 이 질문을 테스트해야 합니까?

1로 설정하면 select 문에서 쿼리 캐싱을 비활성화하기 위해 SQL_NO_CACHE를 사용하지 않는 한 모든 결과가 캐시됩니다.

2로 설정하면 select 문에서 SQL_CACHE를 통해 캐시해야 하는 쿼리만 캐시됩니다.

확인, 구성 후 일부 파일은 다음과 같습니다.

query_cache_size=128M

query_cache_type=1
파일을 저장하고 MYSQL 서비스를 다시 시작한 다음 실제로 활성화되어 있는지 확인하세요:

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             | 134217728 |

| query_cache_type             | ON        |

| query_cache_wlock_invalidate | OFF       |

+——————————+———–+

6 rows in set (0.00 sec)

query_cache_size와 query_cache_type의 값이 우리가 설정한 것과 일치하는지 주로 확인하세요:

여기서 query_cache_size의 값은 134217728입니다. 설정은 128M이며 이는 실제로 동일하지만 단위는 다릅니다. 134217728 = 128*1024*1024입니다.

query_cache_type은 1로 설정되고 ON으로 표시됩니다. 이는 이전에 언급한 바 있습니다.

간단히 말하면 위 화면을 보면 설정이 맞다는 것을 알 수 있지만, 실제 쿼리에서 해당 쿼리가 캐시될 수 있는지 여부는 아직은 '%Qcache'와 같은 show 상태를 통해 테스트해볼 필요가 있습니다. %'; 이제 쿼리 캐시 기능을 활성화했습니다. 먼저 관련 매개변수의 값을 살펴보겠습니다.

mysql> show status like ‘%Qcache%';

+————————-+———–+

| Variable_name           | Value     |

+————————-+———–+

| Qcache_free_blocks      | 1         |

| Qcache_free_memory      | 134208800 |

| Qcache_hits             | 0         |

| Qcache_inserts          | 0         |

| Qcache_lowmem_prunes    | 0         |

| Qcache_not_cached       | 2         |

| Qcache_queries_in_cache | 0         |

| Qcache_total_blocks     | 1         |

+————————-+———–+

8 rows in set (0.00 sec)

这里顺便解释下这个几个参数的作用：

Qcache_free_blocks:表示查询缓存中目前还有多少剩余的blocks，如果该值显示较大，则说明查询缓存中的内存碎片过多了，可能在一定的时间进行整理。

Qcache_free_memory:查询缓存的内存大小，通过这个参数可以很清晰的知道当前系统的查询内存是否够用，是多了，还是不够用，DBA可以根据实际情况做出调整。

Qcache_hits:表示有多少次命中缓存。我们主要可以通过该值来验证我们的查询缓存的效果。数字越大，缓存效果越理想。

Qcache_inserts: 表示多少次未命中然后插入，意思是新来的SQL请求在缓存中未找到，不得不执行查询处理，执行查询处理后把结果insert到查询缓存中。这样的情况的次数，次数越多，表示查询缓存应用到的比较少，效果也就不理想。当然系统刚启动后，查询缓存是空的，这很正常。

Qcache_lowmem_prunes:该参数记录有多少条查询因为内存不足而被移除出查询缓存。通过这个值，用户可以适当的调整缓存大小。

Qcache_not_cached: 表示因为query_cache_type的设置而没有被缓存的查询数量。

Qcache_queries_in_cache:当前缓存中缓存的查询数量。

Qcache_total_blocks:当前缓存的block数量。
下边我们测试下：

比如执行如下查询语句

mysql> select * from user where id = 2;

+—-+——-+

| id | name  |

+—-+——-+

|  2 | test2 |

+—-+——-+

1 row in set (0.02 sec)

然后执行show status like ‘%Qcache%'，看看有什么变化：

mysql> show status like ‘%Qcache%';

+————————-+———–+

| Variable_name           | Value     |

+————————-+———–+

| Qcache_free_blocks      | 1         |

| Qcache_free_memory      | 134207264 |

| Qcache_hits             | 0         |

| Qcache_inserts          | 1         |

| Qcache_lowmem_prunes    | 0         |

| Qcache_not_cached       | 3         |

| Qcache_queries_in_cache | 1         |

| Qcache_total_blocks     | 4         |

+————————-+———–+

8 rows in set (0.00 sec)

对比前面的参数值，我们发现Qcache_inserts变化了。Qcache_hits没有变，下边我们在执行同样的查询

select * from user where id = 2，按照前面的理论分析：Qcache_hits应该等于1，而Qcache_inserts应该值不变（其他参数的值变化暂时不关注，读者可以自行测试），再次执行：
show status like ‘%Qcache%'，看看有什么变化：

mysql> show status like ‘%Qcache%';

+————————-+———–+

| Variable_name           | Value     |

+————————-+———–+

| Qcache_free_blocks      | 1         |

| Qcache_free_memory      | 134207264 |

| Qcache_hits             | 1         |

| Qcache_inserts          | 1         |

| Qcache_lowmem_prunes    | 0         |

| Qcache_not_cached       | 4         |

| Qcache_queries_in_cache | 1         |

| Qcache_total_blocks     | 4         |

+————————-+———–+

8 rows in set (0.00 sec)

OK，果然跟我们分析的完全一致。

위 내용은 MySQL 캐시 시작 방법 및 매개변수 분석(query_cache_size)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!