MySQL 查询缓存（Query Cache）在某些版本中可以提升读操作的性能，但需合理配置和使用才能发挥效果。注意：从 MySQL 8.0 开始，查询缓存功能已被彻底移除，因此以下内容适用于 MySQL 5.7 及更早版本。
理解查询缓存的工作机制
MySQL 的查询缓存会存储 SELECT 语句及其结果集，当相同的查询再次执行时，直接返回缓存结果，跳过解析、优化和执行过程。
但以下情况不会命中缓存：
查询中包含函数（如 NOW()、CURRENT_DATE()） 涉及用户变量或临时表 对表有任何写操作（INSERT、UPDATE、DELETE），该表相关的所有缓存都会被清空 SQL 语句存在任何空格或大小写差异，也会被视为不同查询启用并合理配置查询缓存参数
检查是否支持并启用了查询缓存：
SHOW VARIABLES LIKE 'have_query_cache';SHOW VARIABLES LIKE 'query_cache_type';
SHOW VARIABLES LIKE 'query_cache_size';
关键参数设置建议：
query_cache_type = ON：启用查询缓存（可设为 DEMAND 仅对 SQL_CACHE 查询生效） query_cache_size = 64M ~ 256M：初始建议设置 64MB 到 256MB。过大容易导致内存碎片和锁争用 query_cache_limit：限制单条查询结果能缓存的最大值（例如 1M），防止大结果集占用过多空间 query_cache_min_res_unit：调整每个缓存块的最小分配单位，若发现缓存碎片多，可适当调大以减少浪费优化 SQL 写法以提高缓存命中率
确保相同查询语句完全一致，包括空格、大小写和顺序。
统一 SQL 格式，最好由程序生成标准语句 避免在 SELECT 中使用不确定函数 尽量使用简单、固定的查询条件 对于频繁更新的表，查询缓存收益很低，可考虑关闭对该表的缓存监控与维护查询缓存状态
定期查看查询缓存的使用情况：
SHOW STATUS LIKE 'Qcache%';重点关注：
Qcache_hits：缓存命中次数，越高越好 Qcache_inserts：插入缓存的查询数 Qcache_lowmem_prunes：因内存不足而删除的条目数，若此值高说明需要调大 query_cache_size 或优化缓存使用如果发现大量失效或命中率低，说明查询缓存反而成为性能负担。
基本上就这些。查询缓存适合读多写少、SQL 固定的场景。高并发或频繁更新环境下，它可能引发锁竞争，反而拖慢性能。现代应用更多依赖应用层缓存（如 Redis）或索引优化来提升查询效率。不复杂但容易忽略的是：别忘了在升级到 MySQL 8.0 时移除相关配置，避免报错。
