phpEnv中改php.ini不影响MySQL tmpdir，因为MySQL只读取自身my.ini配置，与PHP配置完全隔离；tmpdir是MySQL服务级变量，需在my.ini的[mysqld]段显式设置绝对路径并确保权限、存在性及无符号链接。
phpEnv 环境下不能靠 php.ini 改 MySQL 临时目录，必须改 MySQL 自身的配置文件（my.ini），否则所有操作都无效。
为什么在 phpEnv 里改 php.ini 不影响 MySQL tmpdir
phpEnv 是 Windows 下的集成环境，它把 Apache、PHP、MySQL 打包在一起，但每个组件配置相互独立。MySQL 的 tmpdir 是 MySQL 服务自己的系统变量，和 PHP 的 upload_tmp_dir 或 sys_get_temp_dir() 完全无关。你在 php.ini 里加任何跟 MySQL 临时目录有关的设置，MySQL 根本不会读——它只认自己的 my.ini。
常见错误现象：SHOW VARIABLES LIKE 'tmpdir'; 一直返回 C:/Windows/TEMP 或空值，即使你已经在 php.ini 里写了类似配置。
- MySQL 启动时只加载
my.ini（通常位于 phpEnv 安装目录下的mysqlmy.ini） - Windows 下不支持多路径用分号分隔，只能写一个绝对路径（冒号分隔是 Linux 特性，Windows 会直接报错）
- 路径中不能含中文、空格或 Unicode 字符；推荐用
C:/mysqltmp这类纯英文短路径
修改 phpEnv 中 MySQL 的 tmpdir 正确步骤
以典型安装路径 D:phpEnv 为例，目标是把临时文件从系统盘 C:WindowsTEMP 挪到 D:mysqltmp：
立即学习“PHP免费学习笔记（深入）”；
- 停止 MySQL 服务：在 phpEnv 主界面点击「MySQL」→「停止」，或命令行执行
net stop mysql - 创建新目录并赋权：打开资源管理器，新建文件夹
D:mysqltmp；右键 → 「属性」→ 「安全」→ 编辑 → 添加用户SYSTEM和运行 MySQL 的账户（通常是Administrators或你当前登录用户），勾选「完全控制」 - 编辑
D:phpEnvmysqlmy.ini，找到[mysqld]区块，在其下方添加一行：tmpdir = D:/mysqltmp（注意用正斜杠 /，Windows 下反斜杠 有时会被 MySQL 解析为转义字符） - 保存文件，启动 MySQL 服务
- 验证是否生效：
mysql -uroot -p -e "SHOW VARIABLES LIKE 'tmpdir';"，输出应为D:/mysqltmp
容易被忽略的 Windows 权限与路径陷阱
即使配置写对了，MySQL 仍可能启动失败或静默 fallback 到默认路径，原因往往藏在这些地方：
-
tmpdir路径必须是真实存在的**物理目录**，不能是符号链接（Windows 的 mklink 创建的软链会被 MySQL 5.7+ 拒绝） - 不能指向网络路径（如
\192.168.1.100share）或映射的网络驱动器（如Z:），MySQL 不支持 - 如果 MySQL 以服务方式运行（默认如此），它实际使用的是
LocalSystem账户，该账户对D:mysqltmp默认无权限——必须手动在目录「安全」选项卡中显式添加SYSTEM并授权 - 路径不能含空格（例如
D:Program Filesmysqltmp会导致启动报错unknown variable 'tmpdir=D:Program'） - 不要用
%TEMP%或环境变量，MySQL 不解析它们，只接受硬编码绝对路径
IO 性能优化要配合 sort_buffer_size 和 innodb_log_file_size
单改 tmpdir 只解决“存哪儿”，不解决“写多少”和“写多快”。大排序、GROUP BY、DISTINCT 等操作是否落盘，取决于内存缓冲是否够用：
- 在
my.ini的[mysqld]下增加：sort_buffer_size = 2M（OLTP 场景建议保持 2M 以内；报表类可设 4–8M，但需确保tmpdir所在磁盘有连续空间） - 若频繁出现
Creating sort index或Copying to tmp table状态，说明内存不足，正在大量写临时文件——此时光换磁盘没用，得调缓冲 -
innodb_log_file_size影响事务日志刷盘频率，过大（如 > 256M）反而降低小事务性能；建议设为innodb_buffer_pool_size的 25% 左右，且总和不超过 512M - 验证 IO 压力：用
Performance Schema查events_waits_summary_global_by_event_name，重点关注wait/io/file/innodb/innodb_log_file和wait/io/file/myisam/mi_page的平均等待时间
最常被跳过的一步：改完 my.ini 后没彻底停止 MySQL 服务就重启，旧进程残留导致配置未重载。务必在任务管理器中确认没有 mysqld.exe 进程在运行，再启动服务。
