mysql 5.7查询缓存

最新推荐文章于 2025-03-13 14:12:25 发布

weixin_41299767

最新推荐文章于 2025-03-13 14:12:25 发布

阅读量1.2k

点赞数 20

分类专栏： mysql 文章标签：缓存 mysql

本文链接：https://blog.youkuaiyun.com/weixin_41299767/article/details/135551265

版权

mysql 专栏收录该内容

8 篇文章

订阅专栏

在解析一个査询语句之前，如果査询缓存是打开的，那么 MySQL 会优先检査这个査询

是否命中査询缓存中的数据。这个检査是通过一个对大小写敏感的哈希査找实现的。査

询和缓存中的査询即使只有一个字节不同，那也不会匹配缓存结果 , 这种情况下査询

就会进入下一阶段的处理。

如果当前的査询恰好命中了査询缓存，那么在返回査询结果之前 MySQL 会检査一次用

户权限。这仍然是无须解析査询 SQL 语句的，因为在査询缓存中已经存放了当前査询需

要访问的表信息。如果权限没有问题， MySQL 会跳过所有其他阶段，直接从缓存中拿

到结果并返回给客户端。这种情况下，査询不会被解析，不用生成执行计划，不会被执行。

缓存的内容：缓存Select查询的结果和SQL语句
查询缓存：执行Select查询时，先查询缓存，判断是否存在可用的记录集，要求是否完全相同（包括参数值），这样才会匹配缓存数据命中
show variables like '%query_cache%'; //查看查询缓存是否启用，空间大小，限制等，这是mysql默认的查询缓存配置，默认未开启

have_query_cache：

query_cache_limit ：MySQL 能够缓存的最大査询结果。如果査询结果大于这个值，则不会被缓存。

query_cache_min_res_unit ：在査询缓存中分配内存块时的最小单位

query_cache_size ：查询缓存使用的总内存空间，单位是字节。这个值必须是 1 024 的整数倍，否则MySQL 实际分配的数据会和你指定的略有不同。

query_cache_type ：是否打开査询缓存。可以设置成 OFF ON 或 DEMAND，DEMAND 表示只有在査询语句中明确写明 SQL_CACHE 的语句才放入査询缓存。这个变量可以是会话级别的也可以是全局级别的

query_cache_wlock_invalidate：如果某个数据表被其他的连接锁住，是否仍然从査询缓存中返回结果。这个参数默认是 OFF。

have_query_cache	表示是否支持查询缓存，YES表示支持
query_cache_limit	MySQL 能够缓存的最大査询结果。如果査询结果大于这个值，则不会被缓存。
query_cache_min_res_unit	在査询缓存中分配内存块时的最小单位
query_cache_size	查询缓存使用的总内存空间，单位是字节。这个值必须是 1 024 的整数倍，否则MySQL 实际分配的数据会和你指定的略有不同。
query_cache_type	是否打开査询缓存。可以设置成 OFF ON 或 DEMAND，DEMAND 表示只有在査询语句中明确写明 SQL_CACHE 的语句才放入査询缓存。这个变量可以是会话级别的也可以是全局级别的
query_cache_wlock_invalidate	如果某个数据表被其他的连接锁住，是否仍然从査询缓存中返回结果。这个参数默认是 OFF。

show status like 'Qcache%'; //查看更详细的缓存参数，可用缓存空间，缓存块，缓存多少等

Qcache_free_blocks	表示查询缓存中目前还有多少剩余的blocks，如果该值显示较大，则说明查询缓存中的内存碎片过多了，可能在一定的时间进行整理。
Qcache_free_memory	查询缓存的内存大小，通过这个参数可以很清晰的知道当前系统的查询内存是否够用，是多了，还是不够用，DBA可以根据实际情况做出调整。
Qcache_hits	表示有多少次命中缓存。我们主要可以通过该值来验证我们的查询缓存的效果。数字越大，缓存效果越理想。
Qcache_inserts	表示多少次未命中然后插入，意思是新来的SQL请求在缓存中未找到，不得不执行查询处理，执行查询处理后把结果insert到查询缓存中。这样的情况的次数，次数越多，表示查询缓存应用到的比较少，效果也就不理想。当然系统刚启动后，查询缓存是空的，这很正常。
Qcache_lowmem_prunes	该参数记录有多少条查询因为内存不足而被移除出查询缓存。通过这个值，用户可以适当的调整缓存大小。
Qcache_not_cached	表示因为query_cache_type的设置而没有被缓存的查询数量。
Qcache_queries_in_cache	当前缓存中缓存的查询数量。
Qcache_total_blocks	当前缓存的block数量。

一、即使开启查询缓存，以下SQL也不能缓存

查询语句使用 SQL_NO_CACHE
查询的结果大于query_cache_limit设置
查询中有一些不确定的参数，比如now()，用户自定义函数、存储函数、用户变量、临时表、mysql库中的系统表，或者任何包含列级别权限的表

二、缓存失效

1、缓存碎片、内存不足

2、表数据被修改

三、缓存未命中原因分析

1、査询缓存还没有完成预热，也就是说， MySQL 还没有机会将査询结果都缓存起来。

2、查询语句之前从未执行过。如果你的应用程序不会重复执行一条查询语句，那么即使完成预热仍然会有很多缓存未命中。

3、缓存失效太多了。

四、还有什么直观的办法能够反映査询缓存是否对系统有好处？

这里推荐査看另一个指标：“命中和写入”的比率，即 Qcache_hits和 Qcache_inserts的比值。根据经验来看，当这个比值大于 3 : 1 时通常査询缓存是有效的，不过这个比率最好能够达到 10 : 1。如果你的应用没有达到这个比率，那么就可以考虑禁用査询缓存了，除非你能够通过精确的计算得知：命中带来的性能提升大于缓存失效的消耗，并且査询缓存并没有成为系统的瓶颈。