根本原因是MySQL默认使用系统临时目录(如/tmp)存储排序和临时表数据,但该目录可能空间不足、权限受限或挂载为noexec/nosuid;应停服后在[mysqld]段配置tmpdir=/data/mysql/tmp,确保目录存在、属主为mysql、权限750,并处理SELinux标签,避免NFS、root分区、符号链接等风险路径。

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
chown mysql:mysql /data/mysql/tmp
chmod 750 /data/mysql/tmp - 检查 SELinux 是否启用(RHEL/CentOS):若启用,需打标
chcon -t mysqld_tmp_t /data/mysql/tmp,否则启动失败
tmpdir 路径选在哪里才安全
不能随便选:不能是 NFS 挂载点(MySQL 不支持),不能是 root 分区(易被日志/其他服务占满),也不能和 datadir 共用同一物理磁盘(IO 竞争严重)。
MMM金融互助系统源码是以thinkphp为核心进行开发的3m金融互助平台。程序安装说明:1.恢复数据:将“数据备份”文件夹中的 urkeji.sql 文件请采用phpMyAdmin进行导入; 2.配置Sql数据库信息,文件路径:根目录下 config.php3.后台管理地址:http://域名/admin.php 用户名:100000 密码:admin1
- 推荐挂载独立 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也影响内存临时表上限,三者共同决定“何时溢出到磁盘”
tmpdir 不是配完就一劳永逸的选项,它和磁盘健康、SELinux 策略、内存参数、甚至备份工具(如 mysqldump 的 --single-transaction 也会用临时文件)都存在隐式耦合。上线前务必用真实业务 SQL 做一次压力写临时文件的验证。









