MySQL原理（一）架构组成之逻辑模块（2）缓存机制

前面提到了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命令清空缓存。