MySql 查询缓存-蒲公英云

MySql 查询缓存

可以通过下面的SQL查看当前查询缓存相关参数状态：

SHOW VARIABLES LIKE ‘%query_cache%’;
输出结果类似下面：
在这里插入图片描述
query_cache_type 是否需要使用缓存
查询缓存类型，有0、1、2三个取值。值为OFF或0时,则不使用查询缓存。值为ON或1时,表示始终使用查询缓存。值为DEMAND或2时,表示按需使用查询缓存。
如果query_cache_type为1而又不想利用查询缓存中的数据，可以用下面的SQL：
SELECT SQL_NO_CACHE * FROM my_table WHERE condition;
如果值为2，要使用缓存的话，需要使用SQL_CACHE开关参数：
SELECT SQL_CACHE * FROM my_table WHERE condition;

query_cache_size 缓存的大小是多少
默认情况下query_cache_size为0，表示为查询缓存预留的内存为0，表示禁用query cache，而默认配置正是配置为0。所以我们需要设置query_cache_size的值：
SET GLOBAL query_cache_size = 134217728;也就是 128X1024X1024
注意上面的值如果设得太小不会生效。比如我用下面的SQL设置query_cache_size大小：
SET GLOBAL query_cache_size = 4000;

have_query_cache
have_query_cache的值是yes,MYSQL初学者很容易以为这个参数为YES就代表开启了查询缓存，实际上是不对的，该参数表示当前版本的MYSQL是否支持Query Cache

query_cache_limit 指定单个查询能够使用的缓冲区大小，缺省为1M；

query_cache_min_res_unit
为系统分配的最小缓存块大小，默认是4KB，设置值大对大数据查询有好处，但如果你的查询都是小数据查询，就容易造成内存碎片和浪费；

我们可以通过show status like ‘%Qcache%’;语句来测试，
现在我们开启了查询缓存功能，在执行查询前，我们先看看相关参数的值：
复制代码代码如下:
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_hits:表示有多少次命中缓存。
Qcache_inserts: 表示多少次未命中缓存,然后插入.
Qcache_free_memory:查询缓存的内存大小，通过这个参数可以很清晰的知道当前系统的查询内存是否够用，是多了，还是不够用，DBA可以根据实际情况做出调整。
Qcache_lowmem_prunes:该参数记录有多少条查询因为内存不足而被移除出查询缓存。通过这个值，用户可以适当的调整缓存大小。
Qcache_not_cached: 表示因为query_cache_type的设置而没有被缓存的查询数量。
Qcache_queries_in_cache:当前缓存中缓存的查询数量。
Qcache_total_blocks:当前缓存的block数量。

缓存条件
查询缓存可以看做是SQL文本和查询结果的映射。如果第二次查询的SQL和第一次查询的SQL完全相同（注意必须是完全相同，即使多一个空格或者大小写不同都认为不同）且开启了查询缓存，那么第二次查询就直接从查询缓存中取结果，可以通过下面的SQL来查看缓存命中次数（是个累加值）：
SHOW STATUS LIKE ‘Qcache_hits’;

缓存会带来额外开销，因为：
1.读查询在开始之前必须先检查是否命中缓存；
2.若某个读查询可以被缓存且未被缓存，那么当完成执行后，MySQL会将其结果存入查询缓存；
3.对写操作也有影响，因为当写入数据时，MySQL必须将对应表的所有缓存都设置失效，这在缓存内存较大时将导致很大的系统消耗；
故查询缓存并非必需，其效率取决于全部查询中开销较大的查询是否能被缓存命中；