直接修改 my.ini 中的 innodb_buffer_pool_size 即可，MySQL 8.0+ 已移除 query_cache_size；需确保路径正确、数值合法（如1G）、完整重启服务，并合理搭配 tmp_table_size 和 max_heap_table_size。
直接改 my.ini 里的 innodb_buffer_pool_size 就行，别碰 query_cache_size
MySQL 8.0+ 已彻底移除查询缓存（query_cache_size），XAMPP 自带的 MySQL 多数已是 8.0 或更高版本。你如果在 my.ini 里硬加 query_cache_size = 64M，MySQL 启动时会直接报错或静默忽略——这不是配置没生效，是参数根本不存在了。
真正起作用、且对查询速度影响最大的，是 innodb_buffer_pool_size。它决定有多少数据和索引能常驻内存。XAMPP 默认值通常只有 128M 或 256M，对于稍大点的表，基本等于没缓存。
- 打开
XAMPP\mysql\bin\my.ini（不是XAMPP\php\php.ini） - 找到
[mysqld]段落，在下面添加一行：innodb_buffer_pool_size = 1G（如果你机器有 4G+ 内存） - 保存后必须重启 XAMPP 的 MySQL 服务（控制面板点 Stop → Start）
- 进 MySQL 执行
SHOW VARIABLES LIKE 'innodb_buffer_pool_size';确认是否变成 1073741824
Windows 下 XAMPP 的 innodb_buffer_pool_size 设置不生效？检查这三点
很多人改完 my.ini 重启还是没变，常见原因就三个：
-
my.ini路径错了：XAMPP 可能读的是XAMPP\mysql\my.ini，而不是XAMPP\mysql\bin\my.ini；优先改前者，或者用mysqld --help --verbose | findstr "default"查实际加载路径 - 数值不合法：MySQL 5.7+ 要求
innodb_buffer_pool_size必须是innodb_buffer_pool_chunk_size * innodb_buffer_pool_instances的整数倍。默认 chunk 是 128M，instance 是 8，所以最小合法增量是 1024M（即 1G）。设512M或1.5G会被自动向下/向上取整，导致你以为没生效 - 服务没真正重启：XAMPP 控制面板有时只“重载”配置，但缓冲池大小变更必须完整 stop → start，不能只点 Restart
别只调一个参数：搭配 tmp_table_size 和 max_heap_table_size
很多慢查询其实卡在 GROUP BY、ORDER BY 或子查询生成的临时表上。如果临时表超过内存上限，MySQL 会写磁盘临时表（On_disk_temp_table_creation 计数器上升），性能断崖下跌。
这两个参数必须设成相同值，否则以较小者为准：
- 在
[mysqld]下加：tmp_table_size = 64M - 再加一行：
max_heap_table_size = 64M - 注意单位统一用
M（不是MB）；设太大（比如 512M）对小内存机器反而有害，容易触发系统 swap
验证方式：SHOW GLOBAL STATUS LIKE 'Created_tmp%'; 关注 Created_tmp_disk_tables 是否明显下降。
动态调整不如一次配对，但得知道它不能热缩
MySQL 支持在线扩大 innodb_buffer_pool_size（SET GLOBAL innodb_buffer_pool_size = 2147483648;），但不支持在线缩小。XAMPP 场景下，动态改意义不大——你改完还得重启 Apache/MySQL 才能让 PHP 连接感知新缓存能力，不如直接配死在文件里。
最容易被忽略的细节是：缓冲池大小不是越大越好。XAMPP 常跑在开发机上，如果设成 4G 但机器总共才 8G，Windows 会开始压缩内存或启用 pagefile，MySQL 反而更卡。留至少 2G 给系统和 Chrome 是底线。
