直接改my.cnf或my.ini的tmpdir并重启MySQL即可生效，但必须处理路径权限（chown mysql:mysql）、Windows反斜杠转义（用双反斜杠或正斜杠）、SELinux标签（semanage fcontext+restorecon），否则90%启动失败。
直接改 my.cnf 或 my.ini 里的 tmpdir，重启 MySQL 就生效 —— 但路径权限、转义写法、SELinux 限制这三处不处理，90%会启动失败。
Linux 下修改 tmpdir 必须检查的三件事
MySQL 启动时若发现 tmpdir 不可写或被 SELinux 拦截，会静默失败（日志里常出现 Can't create/write to file 或 Permission denied），而不是报明确错误。
- 目标目录必须存在，且由
mysql用户拥有：chown mysql:mysql /data/mysqltmp - 若系统启用了 SELinux（
sestatus | grep "Current mode"输出enforcing），必须打标签：semanage fcontext -a -t mysqld_tmp_t "/data/mysqltmp(/.*)?"，再执行restorecon -Rv /data/mysqltmp - 挂载该目录的文件系统不能启用磁盘配额（
quota），且需确保noexec、nosuid等挂载选项未禁用写入（mount | grep /data查看）
Windows 下 tmpdir 配置失败的典型原因
在 my.ini 中写 tmpdir=D:MySQL mp 会导致服务无法启动 —— Windows 路径中的反斜杠会被 MySQL 解析器当作转义符处理， 被识别为制表符，路径彻底失效。
- 正确写法必须用双反斜杠：
tmpdir=D:\MySQL\tmp - 或统一用正斜杠（MySQL 兼容）：
tmpdir=D:/MySQL/tmp - 路径末尾不要加斜杠，如
tmpdir=D:\MySQL\tmp\可能触发未知解析行为 - 确认
my.ini文件编码为 ANSI 或 UTF-8 无 BOM，否则 MySQL 8.0 可能跳过整个配置段
验证是否真正生效，别只信配置文件
改完配置、重启服务后，仅看 my.cnf 里有没有 tmpdir 行毫无意义。MySQL 实际加载的是运行时变量值，它可能来自配置文件、启动参数，甚至编译默认值。
- 连接 MySQL 后执行：
SHOW VARIABLES LIKE 'tmpdir';，输出值才是真实生效路径 - 临时表是否真落在新目录？手动建一个带
ORDER BY的查询触发磁盘临时表：SELECT * FROM information_schema.columns ORDER BY table_schema LIMIT 10000;，然后去新tmpdir下检查是否有类似#sql_*.MYD或#sql-*.ibtmp的文件 - 注意：InnoDB 临时表数据实际由
innodb_temp_tablespaces_dir控制（默认./#innodb_temp/），它和tmpdir是两套机制；tmpdir主要影响 MyISAM 临时表、排序缓冲、LOAD DATA 临时文件等
最常被忽略的是：MySQL 8.0 的 tmpdir 修改不涉及数据迁移，但若新路径所在磁盘 inode 耗尽、或被容器/云盘限制单文件大小（如某些 NAS），仍会在高并发临时表场景下突然报错 —— 动手前先 df -i 和 getconf FILESIZEBITS /data/mysqltmp 看一眼。
