从MySQL4开始，出现了QueryCache查询缓存，如果使用了QueryCache，当查询接收到一个和之前同样的查询，服务器将会从查询缓存种检索结果，而不是再次分析和执行上次的查询。这样就大大提高了性能，节省时间，非常有用。
打开查询缓存，是通过几个步骤来设置的，例如：虽然你设置Mysql允许查询缓存，但是如果你设置的查询缓存大小为了0，这和没有允许没什么区别。所以必须是几个步骤的设置才能真正打开查询缓存这个功能。
下面我用mysql6.0 最为演示最常用的设置查询缓存
第一： query_cache_type 使用查询缓存的方式
一般，我们会把query_cache_type 设置为 ON,默认情况下应该是ON
mysql>select @@query_cache_type;
+——————–+
|@@query_cache_type |
+——————–+
| ON |
+——————–+
这样 当我们执行 selectid,name from tableName; 这样就会用到查询缓存。在 query_cache_type打开的情况下，如果你不想使用缓存，需要指明select sql_no_cache id,name from tableName;当然也可以禁用查询缓存：mysql> set session uery_cache_type=off;
这里我们不讨论这个，我们演示常用的设置。
第二：系统变量 have_query_cache 设置查询缓存是否可用
mysql>show variables like ‘have_query_cache’;
+——————+——-+
|Variable_name | Value |
+——————+——-+
| have_query_cache | YES|
+——————+——-+
上面的显示，表示设置查询缓存是可用的。
第三： 系统变量query_cache_size
表示查询缓存大小，也就是分配内存大小给查询缓存，如果你分配大小为0，
那么 第一步 和 第二步起不到作用，还是没有任何效果。
mysql>select @@global.query_cache_size;
+—————————+
|@@global.query_cache_size |
+—————————+
| 16777216 |
+—————————+
上面是mysql6.0设置默认的，之前的版本好像默认是0的，那么就要自己设置下。
设置 set@@global.query_cache_size=1000000; 这里是设置1M左右，900多K。
再次查看下 select@@global.query_cache_size;
+—————————+
| @@global.query_cache_size|
+—————————+
| 999424 |
+—————————+
显示我们设置新的大小，表示设置成功。
第四：query_cache_limit 控制缓存查询结果的最大值
例如： 如果查询结果很大， 也缓存？？？？这个明显是不可能的。
MySql可以设置一个最大的缓存值，当你查询缓存数结果数据超过这个值就不会
进行缓存。缺省为1M，也就是超过了1M查询结果就不会缓存。
mysql>select @@global.query_cache_limit;
+—————————-+
|@@global.query_cache_limit |
+—————————-+
| 1048576|
+—————————-+
这个是默认的数值，如果需要修改，就像设置缓存大小一样设置，使用set重新指定大小。
好了，通过4个步骤就可以打开了查询缓存，具体值的大小和查询的方式 这个因不同的情况来指定了。
其它命令：
1.碎片整理
mysql>flush query cache;
2.清除缓存
mysql>reset query cache;
3.查看缓存状态
mysql>show status like ‘qcache%’;
4.查看缓存中有多少条数据
mysql>show status like ‘qcache_q%’;
Qcache_free_memory 表示查询缓存区现在还有多少的可用内存 Qcache_hits 表示查询缓存区的命中个数，也就是直接从查询缓存区作出响应处理的查询个数 Qcache_inserts 表示查询缓存区此前总过缓存过多少条查询命令的结果 Qcache_lowmem_prunes 表示查询缓存区已满而从其中溢出和删除的查询结果的个数 Qcache_not_cached 表示没有进入查询缓存区的查询命令个数 Qcache_queries_in_cache 查询缓存区当前缓存着多少条查询命令的结果
这部分和我后来找到的另外的有些出入
MySQL查询缓存变量解释：
Qcache_free_blocks：缓存中相邻内存块的个数。数目大说明可能有碎片。FLUSH QUERY CACHE会对缓存中的碎片进行整理，从而得到一个空闲块。
Qcache_free_memory：缓存中的空闲内存。
Qcache_hits：每次查询在缓存中命中时就增大
Qcache_inserts：每次插入一个查询时就增大。命中次数除以插入次数就是不中比率。
Qcache_lowmem_prunes：缓存出现内存不足并且必须要进行清理以便为更多查询提供空间的次数。这个数字最好长时间来看;如果这个 数字在不断增长，就表示可能碎片非常严重，或者内存很少。(上面的 free_blocks和free_memory可以告诉您属于哪种情况)
Qcache_not_cached：不适合进行缓存的查询的数量，通常是由于这些查询不是 SELECT 语句或者用了now()之类的函数。
Qcache_queries_in_cache：当前缓存的查询(和响应)的数量。
Qcache_total_blocks：缓存中块的数量。
query_cache_limit：超过此大小的查询将不缓存
query_cache_min_res_unit：缓存块的最小大小
query_cache_size：查询缓存大小
query_cache_type：缓存类型，决定缓存什么样的查询，示例中表示不缓存 select sql_no_cache 查询
query_cache_wlock_invalidate：当有其他客户端正在对MyISAM表进行写操作时，如果查询在query cache中，是否返回cache结果还是等写操作完成再读表获取结果。
query_cache_min_res_unit的配置是一柄”双刃剑”，默认是4KB，设置值大对大数据查询有好处，但如果你的查询都是小数据查询，就容易造成内存碎片和浪费。
查询缓存碎片率 = Qcache_free_blocks / Qcache_total_blocks * 100%
如果查询缓存碎片率超过20%，可以用FLUSH QUERY CACHE整理缓存碎片，或者试试减小query_cache_min_res_unit，如果你的查询都是小数据量的话。
查询缓存利用率 = (query_cache_size – Qcache_free_memory) / query_cache_size * 100%
查询缓存利用率在25%以下的话说明query_cache_size设置的过大，可适当减小;查询缓存利用率在80%以上而且Qcache_lowmem_prunes > 50的话说明query_cache_size可能有点小，要不就是碎片太多。
查询缓存命中率 = (Qcache_hits – Qcache_inserts) / Qcache_hits * 100%
示例服务器 查询缓存碎片率 = 20.46%，查询缓存利用率 = 62.26%，查询缓存命中率 = 1.94%，命中率很差，可能写操作比较频繁吧，而且可能有些碎片。
