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
- 利用索引优化查询性能
基本上就这些。查询缓存是个老功能，虽然简单但容易误用，尤其是在不了解机制的情况下盲目开启，反而会影响性能。
