mysql安装后设置临时文件目录路径的优化

根本原因是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 竞争严重）。

• 推荐挂载独立 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 做一次压力写临时文件的验证。