MySQL 启动时报 Temporary file write failure
怎么办
根本原因是 MySQL 默认用系统临时目录（如
/tmp）存排序、临时表等中间数据，但该目录可能空间不足、权限受限或挂载为
noexec/
nosuid。不能只靠清理
/tmp，得把临时文件路径明确指向一个可靠位置。
修改 tmpdir
配置的正确方式
必须在 MySQL 服务停止状态下操作，且优先写入配置文件而非运行时 SET —— 因为
SET GLOBAL tmpdir = '/path'仅对当前会话有效，重启即失效，且部分操作（如 ALTER TABLE）仍可能 fallback 到默认路径。 编辑 MySQL 配置文件（通常是
/etc/my.cnf或
/etc/mysql/mysql.conf.d/mysqld.cnf） 在
[mysqld]段下添加或修改：
tmpdir = /data/mysql/tmp确保目标目录存在、属主为
mysql用户、权限为
750：
mkdir -p /data/mysql/tmp<br>chown mysql:mysql /data/mysql/tmp<br>chmod 750 /data/mysql/tmp检查 SELinux 是否启用（RHEL/CentOS）：若启用，需打标
chcon -t mysqld_tmp_t /data/mysql/tmp，否则启动失败
tmpdir
路径选在哪里才安全
不能随便选：不能是 NFS 挂载点（MySQL 不支持），不能是 root 分区（易被日志/其他服务占满），也不能和
datadir共用同一物理磁盘（IO 竞争严重）。 推荐挂载独立 SSD 分区到
/data，再建子目录
/data/mysql/tmp避免使用
/var/tmp：它和
/tmp一样受 systemd-tmpfiles 清理策略影响，可能被定时清空 不要用符号链接路径：MySQL 5.7+ 对软链有严格校验，
tmpdir必须是真实绝对路径 验证是否生效：
mysql -e "SHOW VARIABLES LIKE 'tmpdir';"输出应与配置一致，且路径可被
mysql进程写入（可用
sudo -u mysql touch /data/mysql/tmp/test测试）
为什么 sort_buffer_size
和 tmpdir
要一起调
临时文件生成量不只取决于
tmpdir位置，更取决于内存缓冲是否足够。如果
sort_buffer_size太小，即使
tmpdir很快，也会频繁落盘；如果太大，又可能引发单查询内存暴涨。二者需协同： 对 OLTP 场景，
sort_buffer_size建议保持默认（256K–2M），靠
tmpdir稳定性兜底 对报表类大排序，可局部提高（如
SET SESSION sort_buffer_size = 8388608），但必须确保
tmpdir所在磁盘有足够连续空间（至少预估排序数据量 × 2） 注意
max_heap_table_size和
tmp_table_size也影响内存临时表上限，三者共同决定“何时溢出到磁盘” MySQL 的
tmpdir不是配完就一劳永逸的选项，它和磁盘健康、SELinux 策略、内存参数、甚至备份工具（如
mysqldump的
--single-transaction也会用临时文件）都存在隐式耦合。上线前务必用真实业务 SQL 做一次压力写临时文件的验证。
