MySQL查询缓存在5.7及之前版本中通过缓存SELECT结果提升读性能，但8.0已移除。其命中依赖语句一致性，含函数、变量或写操作会失效。需合理配置query_cache_type、size等参数，避免内存碎片与锁争用。统一SQL格式可提高命中率，频繁更新表则收益低。通过Qcache_hits和Qcache_lowmem_prunes监控使用效果。高并发下易引发竞争，现代应用多用Redis或索引优化替代。升级至8.0时需删除相关配置以防报错。
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 时移除相关配置，避免报错。
