phpenv中需手动修改c:\phpenv\mysql\my.ini的[mysqld]段，添加tmp_table_size=134217728、max_heap_table_size=134217728、innodb_temp_data_file_path=ibtmp1:12m:autoextend:max:2g，保存后仅重启mysql服务，再用select @@变量验证生效。
phpEnv 里改不了 MySQL 的临时表空间参数
phpEnv 是个 Windows 下的 PHP 集成环境，它打包了 Apache、PHP 和 MySQL（通常是 MariaDB 或精简版 MySQL），但不提供对 MySQL 配置文件的直接编辑入口，也不支持运行时动态修改关键内存参数。你点开 phpEnv 控制面板看到的“MySQL 设置”基本只管端口、密码、启停，tmp_table_size、max_heap_table_size、innodb_temp_data_file_path 这些全不在界面里。
必须手动改 my.ini 才生效
phpEnv 启动的 MySQL 实际用的是它自带的配置文件，路径一般是：C:\phpEnv\MySQL\my.ini（具体看你的安装目录）。不改这个文件，任何在 phpMyAdmin 或命令行里 SET GLOBAL 的操作都无效——因为 phpEnv 的 MySQL 进程启动后不会重载配置，且多数版本禁用了动态修改这些变量的权限。
- 打开
my.ini，找到[mysqld]段落 - 添加或修改这三行（单位是字节，M 可写成如
134217728或直接写128M，MySQL 5.7+ 支持）：tmp_table_size = 134217728 max_heap_table_size = 134217728 innodb_temp_data_file_path = ibtmp1:12M:autoextend:max:2G
- 保存后必须重启 phpEnv 的 MySQL 服务（不是重启整个 phpEnv，只重启 MySQL）
- 验证是否生效：
SELECT @@tmp_table_size, @@max_heap_table_size, @@innodb_temp_data_file_path;，输出值要和你写的完全一致
为什么改了还是走磁盘临时表？
即使 my.ini 改对了、MySQL 也重启了，查询仍可能生成磁盘临时表，常见原因不是配置没生效，而是 SQL 本身触发了绕过内存表的硬限制：
-
SELECT *+ORDER BY：只要表里有TEXT、BLOB字段，哪怕你只SELECT id,name，MySQL 也会因字段类型判定“无法安全存入内存”，直接落盘 -
GROUP BY字段没索引，或SELECT列里有非聚合、非GROUP BY字段（比如SELECT name, COUNT(*) FROM t GROUP BY dept_id），MySQL 8.0+ 开了ONLY_FULL_GROUP_BY会报错，关了就强制用磁盘临时表 - 你设了
tmp_table_size = 128M，但某次GROUP BY结果集估算内存超 128MB（比如分组键太多、字符串太长），照样退化 - phpEnv 默认 MySQL 内存分配极保守，
innodb_buffer_pool_size可能只有 16M～32M，整体内存紧张时，MySQL 会主动把临时表踢到磁盘
监控和验证不能只看配置值
改完配置只是第一步，真正要看的是 MySQL 实际行为。连上 MySQL 后执行：
SHOW STATUS LIKE 'Created_tmp%';
重点关注：Created_tmp_disk_tables 是否还在涨，以及它占 Created_tmp_tables 的比例。如果超过 20%，说明配置没起作用，或者 SQL 本身需要重构——比如加覆盖索引让 GROUP BY 不走临时表，比把 tmp_table_size 调到 512M 更可靠。
ibtmp1 文件位置和大小也要确认：SELECT @@innodb_temp_data_file_path; 输出必须含 max:，否则 ibtmp1 会无限增长直到磁盘爆满，而 phpEnv 界面根本不会报警。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
