根本原因是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 到默认路径。
Browser Session Manager
下载
使用 Playwright 为 jimeng.jianying.com 管理浏览器会话，导入 cookies/localStorage 以自动化视频生成工作流，支持图片上传等功能
- 编辑 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也影响内存临时表上限，三者共同决定“何时溢出到磁盘”
tmpdir 不是配完就一劳永逸的选项，它和磁盘健康、SELinux 策略、内存参数、甚至备份工具（如 mysqldump 的 --single-transaction 也会用临时文件）都存在隐式耦合。上线前务必用真实业务 SQL 做一次压力写临时文件的验证。 
