have_query_cache

MySQL查询缓存保存查询返回的完整结果。当查询命中该缓存，会立刻返回结果，跳过了解析，优化和执行阶段。
一个被频繁更新的表如果被应用了QC，可能会加重数据库的负担，而不是减轻负担。
对一些涉及频繁更新的表的SQL语句加上SQL_NO_CACHE关键词来对其禁用CACHE。
如果查询语句中包含任何的不确定函数则不会缓存（如NOW()），因为在执行这个查询之后，MySQL会禁止缓存该查询。
两个sql必须完全一致才会导致cache命中。区分大小写，空格等。
prepared statement永远不会cache到结果，即使参数完全一样。
太大的result set不会被cache (< query_cache_limit)。

QC缓存一个查询结果的时候，一般情况下不是一次性地分配足够多的内存来缓存结果的。
而是在查询结果获得的过程中，逐块存储。
当一个存储块被填满之後，一个新的存储块将会被创建，并分配内存（allocate）。
单个存储块的内存分配大小通过query_cache_min_res_unit参数控制，默认为4KB。
最後一个存储块，如果不能被全部利用，那么没使用的内存将会被释放。
如果被缓存的结果很大，那么会可能会导致分配内存操作太频繁，系统系能也随之下降；
而如果被缓存的结果都很小，那么可能会导致内存碎片过多，这些碎片如果太小，就很有可能不能再被分配使用。

除了查询结果需要存储块之外，每个SQL文本也需要一个存储块，而涉及到的表也需要一个存储块（表的存储块是所有线程共享的，每个表只需要一个存储块）。存储块总数量=查询结果数量*2+涉及的数据库表数量。
第一个缓存生成的时候，至少需要三个存储块：表信息存储块，SQL文本存储块，查询结果存储块。
第二个查询如果用的是同一个表，那么最少只需要两个存储块：SQL文本存储块，查询结果存储块。

SHOW VARIABLES LIKE '%query_cache%'; 
SHOW STATUS LIKE 'Qcache%'; 

key	val	说明
have_query_cache	YES	该MySQL 是否支持Query Cache
query_cache_limit		存放的单条Query 最大Result Set ，默认1M，如果为0，则不使用查询缓存
query_cache_min_res_unit		每个Result Set 存放的最小内存大小，默认4k
query_cache_size		系统中用于Query Cache 内存的大小
query_cache_type	OFF	系统是否打开了Query Cache 功能
query_cache_wlock_invalidate	OFF	如果某个数据表被其他的连接锁住，是否仍然从查询缓存中返回结果

key	说明
Qcache_free_blocks	Query Cache 中目前还有多少剩余的blocks。如果该值显示较大，则说明Query Cache 中的内存碎片较多了
Qcache_free_memory	Query Cache 中目前剩余的内存大小
Qcache_hits	多少次命中
Qcache_inserts	多少次未命中然后插入；Query Cache 命中率= Qcache_hits / ( Qcache_hits + Qcache_inserts )；
Qcache_lowmem_prunes	多少条Query 因为内存不足而被清除出Query Cache
Qcache_not_cached	因为query_cache_type 的设置或者不能被cache 的Query 的数量；
Qcache_queries_in_cache	当前Query Cache 中cache 的Query 数量
Qcache_total_blocks	当前Query Cache 中的block 数量