MySQL 5.7及更早版本可通过配置query_cache_type、query_cache_size和query_cache_limit参数启用查询缓存，提升读取性能；需通过SHOW VARIABLES和SHOW STATUS检查配置与命中率，优化时应避免大结果集缓存，写密集场景建议关闭；MySQL 8.0已移除该功能，应使用索引优化或外部缓存替代。
MySQL 查询缓存（Query Cache）在某些版本中可用于缓存 SELECT 查询的结果，以提升读取性能。虽然 MySQL 8.0 已移除查询缓存功能，但在使用 MySQL 5.7 或更早版本的镜像时，合理配置查询缓存仍具有实际意义。以下介绍如何在 MySQL 镜像中启用和优化查询缓存。
启用查询缓存
要在 MySQL 镜像中启用查询缓存，需在配置文件 my.cnf 或容器启动时挂载的配置中添加相关参数：
-
query_cache_type = ON：启用查询缓存功能，可设为 ON、DEMAND 或 OFF。ON 表示所有符合条件的 SELECT 都会被缓存；DEMAND 则只缓存带有 SQL_CACHE 的查询，如
SELECT SQL_CACHE * FROM table。 - query_cache_size = 64M：设置分配给查询缓存的内存大小。建议初始值为 64MB～256MB，过大会导致内存浪费或锁争用。
- query_cache_limit = 2M：限制单条查询结果可被缓存的最大大小，防止大结果集占用过多缓存空间。
示例配置片段：
[mysqld] query_cache_type = ON query_cache_size = 128M query_cache_limit = 2M
验证查询缓存是否生效
进入 MySQL 客户端后，可通过以下命令检查查询缓存状态：
- SHOW VARIABLES LIKE 'have_query_cache'; 确认是否支持查询缓存，返回 YES 表示可用。
- SHOW VARIABLES LIKE 'query_cache%'; 查看当前配置值。
-
SHOW STATUS LIKE 'Qcache%'; 查看缓存运行状态，关键指标包括：
- Qcache_hits：缓存命中次数，越高说明缓存效率好。
- Qcache_inserts：缓存插入次数，频繁插入可能意味着缓存更新频繁。
- Qcache_lowmem_prunes：因内存不足而删除旧条目的次数，若该值较高，应考虑增大 query_cache_size。
查询缓存优化建议
尽管查询缓存能提升性能，但不当配置反而会拖慢系统。以下是优化要点：
- 在写密集型应用中，表一旦更新，对应查询缓存将被清空，频繁的写操作会导致缓存命中率极低，此时建议关闭查询缓存（query_cache_type = OFF）。
- 对于读多写少的场景（如报表系统），适当开启并监控 Qcache_hits 和 Qcache_inserts 的比值，理想情况下命中率应高于 70%。
- 避免缓存过大结果集，通过 query_cache_limit 控制单个结果上限。
- 注意查询缓存不支持的语句类型，如包含子查询、用户变量、存储函数、临时表等的查询不会被缓存。
- 如果使用的是 MySQL 8.0+ 镜像，无需配置查询缓存，应改用其他优化手段，如索引优化、调整 innodb_buffer_pool_size 或使用外部缓存（Redis、Memcached）。
基本上就这些。合理评估业务场景，决定是否启用查询缓存，并持续监控其效果，才能真正发挥性能优势。
