前面提到了mysql的逻辑模块中包含Query Cache 。
一、查询缓存
1、作用
MySQL查询缓存即缓存查询数据的SQL文本及查询结果,用Key-Value的形式保存在服务器内存中。当查询命中缓存,MySQL会立刻返回结果,跳过了解析,优化和执行阶段。
2、查询缓存的命中条件
（1）首先确保开启了查询缓存。
（2）MySQL将缓存存放在一个引用表(类似HashMap的数据结构)。通过一个哈希值索引,这个索引通过查询本身、当前查询的数据库、客户端协议、版本号等一些可能影响结果的信息计算得出。
（3）在判断命中前,MySQL不会解析SQl,首先使用SQL去查询缓存,SQL上有任何字符不同,如：空格、注释等都会导致缓存命中失败。
（4）如果查询SQL中包含任何用户自定义函数、存储函数、用户变量、临时表、MySQL库中的系统表、其查询结果都不会被缓存。如：like、 now()、current_date()函数等。
3、缓存失效
（1）查询缓存的失效非常频繁,在表结构或数据发生改变时,查询缓存中的数据不再有效,查询缓存值的相关条目将被清空。
insert、update、delete、truncate、alter table、drop database都会导致缓存数据的失效。
（2）MySQL重启也会导致cache中的内容全部丢失。
4、应用场景
对于频繁更新的表,查询缓存合适,查询缓存更加适用于“静态表”。
5、弊端
（1）任何查询语句在开始之前都会经过缓存检查,即使这条SQL永远不会命中缓存。
（2）如果查询结果可以被缓存,那么执行完后,会将结果存入缓存,也会带来额外的系统消耗。
（3）写入或更新时,MySQL必须将对应表的所有缓存都设置失效。如果查询缓存很大或碎片很多时,这个操作可能给系统带来很大的系统消耗。
（4）如果Query_cache非常大,该表的查询结构又比较多,查询语句失效也慢,一个更新或是Insert就会很慢,这样看到的就是Update或是Insert怎么这么慢了。
二、缓存的相关参数
1、查询缓存的参数
show variables like "%query_cache%";| 参数 | 注释 |
|---|---|
| query_cache_type | 是否打开缓存，可选参数有：OFF（0）：关闭 ，不使用查询缓存。ON（1）：总是打开 ，始终使用查询缓存。 DEMAND（2）：按需使用查询缓存，只有明确写了SQL_CACHE的查询才会写入缓存 |
| query_cache_size | 缓存使用的总内存空间大小，单位是字节，这个值必须是1024的整数倍；否则MySQL实际分配可能跟这个数值有偏差。语句：SET GLOBAL query_cache_size = 134217728; |
| query_cache_min_res_unit | 分配内存块时的最小单位大小 |
| query_cache_limit | MySQL能够缓存的最大结果，如果超出，则增加 Qcache_not_cached的值，并删除查询结果 |
| query_cache_wlock_invalidate | 如果某个数据表被锁住，是否仍然从缓存中返回数据，默认是OFF，表示仍然可以返回 |
2、GLOBAL STATUS 中关于缓存的相关参数
show global status like "%qcache%";| 参数 | 注释 |
|---|---|
| Qcache_free_blocks | 缓存池中空闲块的个数 |
| Qcache_free_memory | 缓存中空闲内存量 |
| Qcache_hits | 缓存命中次数 |
| Qcache_inserts | 缓存写入次数 |
| Qcache_lowmen_prunes | 因内存不足删除缓存次数 |
| Qcache_not_cached | 查询未被缓存次数,例如查询结果超出缓存块大小,查询中包含可变函数等 |
| Qcache_queries_in_cache | 当前缓存中缓存的SQL数量 |
| Qcache_total_blocks | 缓存总block数 |
三、缓存机制过程
1、MySQL在申请数据块时，首先要锁住空间块，然后找到合适大小的数据块，所以相对来说，分配内存块是一个非常慢的操作。
当有查询结果需要缓存时，先从空间A申请一个数据块B，然后将数据逐步写入数据块B，当数据块B空间用完时，向空间A申请数据块C，又向数据块C逐步写入，如此反复，直到查询结果全部写入完成，当数据块C还剩余部分空间D，这个剩余的空间D将被释放，并入到空闲空间A，而此时不会产生碎片。从上图看出，当有一条查询结果需要缓存时，不会产生缓存碎片。
2、空间碎片的产生
假设此时有两个查询结果需要缓存，且这两个查询结果都小于query_cache_min_res_unit设置的值，那么此时会有两个数据块正在写入数据。写入完成后，MySQL在回收剩余空间的时候，会发现在空间1和空间2中会有一个空隙（红色部分：由第一个空间块的剩余空隙产生），而空隙又小于query_cache_min_res_unit的值不能被再次使用，从而产生了碎片。
从上图可以看出，SQL查询1的剩余空间小于query_cache_min_res_unit参数的值，所以无法再次使用，从而产生了碎片。SQL查询2的空间则并入到空闲空间当中，得到了释放。
注意：由于缓存失效，从而产生太小的数据块无法使用，也会产生碎片。
3、总结：
（1）通过设置合理的query_cache_min_res_unit可以减少碎片的产生。
（2）通过命令FLUSH QUERY CACHE 完成碎片整理。
（3）使用RESET QUERY CACHE命令清空缓存。
