90%的“no space left on device”并非磁盘真满，而是mysql在/tmp、/var/tmp或datadir所在小分区写临时文件时空间耗尽；需用df -h | grep -e '(tmp|var|usr)'定位瓶颈，再通过tmpdir环境变量、apt/rpm参数或修改my.cnf中tmpdir/datadir指向大分区并同步权限与selinux上下文解决。
MySQL 报 No space left on device，90% 不是磁盘真满了，而是它在写某个特定路径时被卡住——/tmp、/var/tmp 或 datadir 所在分区实际只剩几十 MB，但 df -h / 看着还有几十 GB 剩余。
为什么 df -h 显示有空间却报错？
MySQL 安装、启动、执行复杂查询或备份时，会往多个路径写临时文件或数据文件：
-
/tmp：很多发行版默认用它解压安装包（apt）、生成初始化中间文件（mysqld --initialize）；若它是tmpfs（内存挂载），大小常为 RAM/2，8GB 内存 → 4GB/tmp，不够用就直接崩 -
/var/tmp：RHEL/CentOS 的rpm默认落点，云主机上常只配 2–4GB -
datadir（默认/var/lib/mysql）：真正存数据的地方，但初始化阶段还没到这步，/tmp先爆了 -
tmpdir（MySQL 运行时的临时表目录）：SELECT大表 JOIN、ORDER BY、GROUP BY都可能在此建临时文件，路径不对也会触发错误
如何快速定位到底是哪个路径爆了？
别靠猜，三步锁定瓶颈：
- 查挂载点使用率：
df -h | grep -E '(tmp|var|usr)'—— 重点看/tmp、/var/tmp、/var/lib对应的使用百分比 - 确认包管理器临时路径：
rpm --showrc | grep tmp（RHEL/CentOS）或apt-config dump | grep TempDir（Debian/Ubuntu） - 检查是否为 tmpfs：
ls -ld /tmp /var/tmp—— 若显示tmpfs类型，删文件没用，必须换路径
安装失败后残留的“看不见的文件”怎么清？
安装中断后，/tmp 下常留着被进程占用但已删的文件（lsof +L1 可见），比如 #sql_*、ibtmp1，df 显示满，ls 却看不到：
- 先确认无活跃 MySQL 进程：
ps aux | grep mysqld - 查被删但仍占空间的文件：
lsof +L1或lsof | grep deleted - 清理超 30 分钟的临时 SQL 文件：
sudo find /tmp -name "#sql_*" -mmin +30 -delete - 若
ibtmp1占用大且 MySQL ≥ 5.7.30，可执行：ALTER TABLESPACE innodb_temp_tablespaces DROP TABLESPACE innodb_temp_1;
不重装、不扩容，立刻绕过限制的关键操作
核心就是让 MySQL 绕开小分区：
- 安装前指定环境变量：
export TMPDIR=/data/tmp（确保该目录存在、chown mysql:mysql /data/tmp、不在 tmpfs 上） - APT 安装时强制路径：
sudo apt -o DPkg::Install::TempDir=/data/tmp install mysql-server - RPM 安装前建软链（慎用）：
sudo ln -sf /data/tmp /var/tmp，但需在rpm执行前完成，重启后失效 - 安装完成后**必须改配置**：
/etc/mysql/my.cnf的[mysqld]段加：datadir = /data/mysql和tmpdir = /data/mysql-tmp，再迁移数据、同步权限、检查systemd的ProtectHome是否拦住新路径
最容易被忽略的是：改完 tmpdir 后没同步 SELinux 上下文（RHEL/CentOS），或 socket 路径仍指向旧 datadir，导致服务起不来。这些不是“多一步”，是必做项。
