MySQL 5.7及以下版本可在宝塔面板中启用查询缓存以缓解磁盘I/O：先确认版本，再编辑my.cnf添加query_cache_type=1、size=256MB等参数，重启服务后验证Qcache_hits是否增长，并据Qcache_lowmem_prunes和hits率调优缓存大小。
如果您在宝塔面板中运行MySQL服务，但发现频繁的磁盘I/O导致系统响应变慢，则可能是查询缓存未启用或配置不当。以下是针对MySQL 5.7及以下版本（MySQL 8.0已移除查询缓存）在宝塔面板环境下的具体配置步骤：
一、确认MySQL版本与查询缓存可用性
MySQL查询缓存仅在5.7及更早版本中存在，且默认关闭；8.0版本已彻底移除该功能。因此需先验证当前运行的MySQL主版本号，避免对不支持的版本执行无效配置。
1、登录宝塔面板，进入【数据库】页面，查看已安装的MySQL服务名称及版本信息。
2、点击对应MySQL实例右侧的【phpMyAdmin】或【终端】按钮，执行命令：SELECT VERSION();
3、若返回结果为8.0.x，则无需继续后续操作；若为5.7.x或5.6.x，可进入下一步。
二、通过宝塔面板修改MySQL配置文件
查询缓存由query_cache_type、query_cache_size等参数控制，需直接编辑MySQL主配置文件my.cnf，宝塔面板提供可视化编辑入口。
1、在宝塔面板左侧菜单中，点击【软件商店】→ 找到已安装的MySQL → 点击【设置】→ 切换至【配置修改】选项卡。
2、在配置文件编辑区域，定位到[mysqld]段落下方（通常在# GENERAL段之后）。
3、插入以下三行配置（确保不与其他同名参数重复）：
query_cache_type = 1
query_cache_size = 268435456
query_cache_limit = 2097152
4、点击右上角【保存】按钮，宝塔将自动校验语法并提示成功。
三、重启MySQL服务使配置生效
修改my.cnf后，必须重启MySQL进程才能加载新参数；仅重载配置（如SIGHUP）无法启用查询缓存。
1、返回【软件商店】→ 找到MySQL → 点击【停止】按钮。
2、等待状态变为“已停止”后，点击【启动】按钮。
3、启动完成后，在【终端】中执行：mysql -u root -p -e "SHOW VARIABLES LIKE 'query_cache%';"，确认query_cache_type值为ON且query_cache_size非零。
四、验证查询缓存命中效果
启用后需通过实际SQL执行观察缓存是否工作，避免因SQL写法（如含NOW()、RAND()等非确定函数）或表变更导致缓存失效。
1、在【phpMyAdmin】或【终端】中执行：SELECT SQL_NO_CACHE COUNT(*) FROM information_schema.tables;
2、立即再次执行相同语句，但去掉SQL_NO_CACHE：SELECT COUNT(*) FROM information_schema.tables;
3、执行SHOW STATUS LIKE 'Qcache_hits';两次，对比数值是否递增；若第二次增量大于0，说明缓存已生效。
五、调整缓存参数以平衡内存与磁盘负载
过大的query_cache_size会引发全局锁争用，反而增加CPU开销；建议根据实际查询特征动态调优，而非盲目设高。
1、初始设为268435456（256MB），适用于日均查询量10万+的中型站点。
2、若观察到Qcache_lowmem_prunes值持续上升（每小时超1000），说明缓存频繁被清空，应增大该值。
3、若Qcache_hits极低（如低于Com_select的5%），且Qcache_inserts很高，表明缓存碎片严重或SQL不可缓存，此时应将query_cache_size降至67108864（64MB）并监控变化。
