MySQL查询缓存在8.0版本中被移除，5.7及之前版本可通过query_cache_type、query_cache_size等参数配置，适用于读多写少场景，需监控Qcache_hits和Qcache_lowmem_prunes指标以评估效果，高并发写环境下可能引发性能瓶颈，建议结合索引优化与外部缓存替代。
MySQL的查询缓存（Query Cache）在某些版本中可用于提升读操作性能，但需要注意的是，从MySQL 8.0开始，查询缓存功能已被完全移除。如果你使用的是MySQL 5.7或更早版本，可以通过以下方式调整和管理查询缓存。
启用和配置查询缓存
要使用查询缓存，首先要确认其是否已启用，并根据实际需求设置相关参数：
-
query_cache_type：控制查询缓存的行为。可设为：
- 0 或 OFF：禁用查询缓存
- 1 或 ON：启用查询缓存，除非SQL中包含 SQL_NO_CACHE
- 2 或 DEMAND：仅当SQL语句使用 SQL_CACHE 时才缓存
- query_cache_size：设置分配给查询缓存的内存大小。例如： SET GLOBAL query_cache_size = 67108864; -- 设置为64MB 如果设为0，则不分配内存，相当于关闭缓存。
- query_cache_limit：限制单个查询结果可被缓存的最大大小。超过此值的结果不会被缓存。 SET GLOBAL query_cache_limit = 1048576; -- 1MB
- query_cache_min_res_unit：设置缓存存储块的最小单位。如果发现有大量碎片，可适当调大以提高内存利用率。
监控查询缓存状态
通过SHOW STATUS命令查看查询缓存的运行情况：
SHOW STATUS LIKE 'Qcache%';关键指标包括：
- Qcache_hits：缓存命中次数，越高说明缓存有效
- Qcache_inserts：加入缓存的查询数量
- Qcache_lowmem_prunes：因内存不足而删除的缓存条目数。若该值频繁增长，说明需要增大 query_cache_size
- Qcache_not_cached：未被缓存的查询数量
优化建议与注意事项
虽然查询缓存在理论上能加速重复查询，但在高并发写场景下可能成为性能瓶颈：
- 任何对表的写操作（INSERT、UPDATE、DELETE）都会导致该表相关的所有缓存查询被清空
- 在频繁更新的数据库中，查询缓存可能导致额外开销而非提升性能
- 建议在只读或读多写少的场景中启用，并定期监控 Qcache_lowmem_prunes 和命中率
- 如果命中率低或碎片严重，考虑关闭查询缓存（设 query_cache_size = 0），释放资源
基本上就这些。对于MySQL 8.0及以上版本，应依赖其他优化手段，如索引优化、合理设计查询、使用Redis等外部缓存机制来替代查询缓存功能。
