XAMPP下MySQL大数据查询慢的主因是内存不足导致临时表落盘及查询未走索引，而非单纯参数过小；需同步调大tmp_table_size与max_heap_table_size、合理降低innodb_buffer_pool_size，并通过索引优化和SQL改写避免生成大临时表。
直接调大 tmp_table_size 和 max_heap_table_size 并不能解决 XAMPP 下大数据量查询慢的问题——真正卡住性能的，是低配环境里内存被吃光、临时表被迫落盘，以及查询本身没走索引。
为什么 XAMPP 的 MySQL 一查大数据就变慢
不是参数设小了，而是默认配置 + 查询写法共同导致临时表频繁写磁盘：
-
Created_tmp_disk_tables暴增，但你根本看不到报错，只感觉查询卡顿、慢查日志里反复出现Using temporary; Using filesort - XAMPP 默认
innodb_buffer_pool_size = 128M，加上默认tmp_table_size = 16M，在 2GB 内存机器上，5 个并发连接就可能触发 swap - 哪怕你把
tmp_table_size调到 256M，只要查询里含TEXT/BLOB字段、或GROUP BY非索引列，MySQL 仍会强制走磁盘临时表 - 临时表用的是 MEMORY 引擎，而 MEMORY 表大小受
tmp_table_size和max_heap_table_size中较小值限制——很多人只改一个，另一个还是默认 16M
怎么安全调大临时表内存（XAMPP Windows 环境）
别直接改全局值，先确认当前设置和实际瓶颈：
- 进 MySQL 执行：
SELECT @@tmp_table_size, @@max_heap_table_size;，看两个值是否一致 - 查监控：
SHOW STATUS LIKE 'Created_tmp%';，算比例：Created_tmp_disk_tables / Created_tmp_tables，超过 10% 就得干预 - 在
XAMPP\mysql\bin\my.ini的[mysqld]段下同时写两行（注意不是my.cnf）：tmp_table_size = 64M max_heap_table_size = 64M
- 必须同步调低
innodb_buffer_pool_size = 32M（2GB 内存机），否则新临时表内存没地方分配 - 改完要用管理员身份重启 MySQL 服务，普通双击重启不生效
比调参数更关键：让查询根本不生成大临时表
临时表只是症状，根子在 SQL 和索引。XAMPP 不是生产库，但优化逻辑一样硬：
- 对
ORDER BY created_at DESC或GROUP BY user_id这类字段，必须建联合索引，比如INDEX(user_id, created_at)，否则必走临时表 - 避免
SELECT *，尤其表里有TEXT字段——哪怕只多选一个字段，都可能让内存临时表超限落盘 - 分页别用
LIMIT 10000, 20，改用游标式：WHERE id > 10000 ORDER BY id LIMIT 20 - 检查执行计划：
EXPLAIN SELECT ...，看到type=ALL或Extra里有Using temporary，说明索引没覆盖或写法有问题
容易被忽略的兼容性陷阱
MySQL 8.0+ 在 XAMPP 里默认启用 TempTable 引擎做内部临时表，它不受 tmp_table_size 控制，而受 temp_table_max_ram 控制：
- 执行
SELECT @@internal_tmp_mem_storage_engine;，如果是TempTable，就得加这行配置：temp_table_max_ram = 64M
-
TempTable支持动态行格式，对变长字段更友好，但旧版客户端驱动可能不兼容，遇到莫名中断先怀疑这个 - 禁用
FEDERATED、ARCHIVE引擎（在my.ini加skip-federated和skip-archive），它们虽不占大内存，但初始化时抢资源，低配机上会让临时表分配更慢
