MySQL缓存配置与查询缓存详解

MySQL的查询缓存已被标记为废弃，自MySQL 5.7.20起不再推荐使用，并在8.0版本中彻底移除。尽管如此，对于仍在使用旧版本（如5.6或5.7）的用户，查询缓存仍可在读多写少的场景中提升性能。查询缓存通过缓存SELECT语句及其结果，减少数据库负载，提高响应速度。然而，表的写入操作会清空相关缓存，导致高并发写入时性能下降。配置查询缓存需调整query_cache_type和query_cache_size参数，并通过状态变量如Qcache_hits评估缓存效果。现代应用建议使用Redis等外部缓存、慢查询日志优化及索引优化来提升性能。

MySQL的查询缓存已废弃，是否还值得使用取决于版本和业务场景。1. 查询缓存可缓存SELECT语句及其结果，提升读多写少场景的性能；2. 但一旦表有写入操作，相关缓存会被清空，高并发写入时易引发性能问题；3. MySQL 5.7.20开始标记为废弃，8.0彻底移除，建议使用Redis等外部缓存替代；4. 启用时需配置query_cache_type和query_cache_size参数，并合理控制内存大小；5. 可通过Qcache_hits、Com_select、Qcache_inserts等状态变量判断缓存命中情况；6. 现代应用更推荐使用应用层缓存、慢查询日志优化及索引优化等方式提升性能。

MySQL的缓存配置主要指的是查询缓存（Query Cache）的设置，它在某些场景下可以显著提升数据库性能。不过需要注意的是，从MySQL 5.7.20开始，官方已经将查询缓存标记为废弃，并在8.0版本中彻底移除了这一功能。因此，如果你使用的是较新的MySQL版本，可能需要考虑其他替代方案。

但如果你还在使用支持查询缓存的版本（如5.6或5.7），下面是一些实用的配置建议和说明。

查询缓存有什么用？

查询缓存的作用是把SELECT语句和对应的结果集保存起来，当下次执行相同的查询时，MySQL可以直接从缓存中返回结果，而无需再解析、执行SQL语句和访问表数据。

这对一些频繁查询但很少更新的数据非常有用，比如网站的公共配置信息、静态页面内容等。合理使用查询缓存可以减少数据库负载，提高响应速度。

但它的缺点也很明显：一旦涉及的表有写入操作（INSERT、UPDATE、DELETE），所有与该表相关的缓存都会被清空。所以对于写多读少的系统来说，开启查询缓存反而可能导致性能下降。

如何配置查询缓存？

要启用并配置查询缓存，主要是修改MySQL的配置文件（通常是my.cnf或my.ini），然后重启MySQL服务生效。

关键参数如下：

• query_cache_type：控制是否启用查询缓存，取值有：

  • 0 或 OFF：关闭
  • 1 或 ON：始终缓存（除非SQL里加了 SQL_NO_CACHE）
  • 2 或 DEMAND：只缓存带有 SQL_CACHE 的查询

• query_cache_size：设置查询缓存的总内存大小，单位是字节。一般建议设为几十MB以内，比如64M（6410241024）。

示例配置：

[mysqld]
query_cache_type = 1
query_cache_size = 67108864  # 64MB

注意：如果设置为0，即使分配了缓存空间也不会起作用；而设置太大的缓存空间可能导致内存浪费甚至性能问题。

怎么判断查询有没有命中缓存？

你可以通过查看某个查询的执行状态来判断是否命中了缓存：

SHOW STATUS LIKE 'Qcache_hits';

这个值越高，说明缓存命中越多，效果越好。

也可以单独分析某条SQL的执行情况：

EXPLAIN SELECT ... 

如果看到 select_type 是 UNCACHEABLE，说明这条SQL不会被缓存。

另外，在执行完查询后，可以运行：

SHOW STATUS LIKE 'Com_select';
SHOW STATUS LIKE 'Qcache_inserts';

对比一下总的查询数和缓存插入次数，大致能看出缓存的利用率。

现在还值得用查询缓存吗？

如果你用的是MySQL 8.0及以上版本，那答案很明确：不支持查询缓存。官方已经将其删除，主要是因为其并发效率低、锁竞争严重，不适合高并发写入的现代应用场景。

如果你还在使用旧版本，也要根据实际业务评估是否启用。如果是读多写少的小型应用，可以尝试开启；但如果系统写操作频繁，或者你已经用了Redis、Memcached这类外部缓存，那其实也没必要再依赖MySQL内置的查询缓存。

现在更推荐的做法是：

• 在应用层做缓存控制（比如使用Redis）
• 使用慢查询日志优化SQL
• 利用索引优化查询性能

基本上就这些。查询缓存是个老功能，虽然简单但容易误用，尤其是在不了解机制的情况下盲目开启，反而会影响性能。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于数据库的相关知识，也可关注golang学习网公众号。