MySQL启动报错：No space left on device 的排查与解决
当MySQL服务意外宕机且无法启动时，若系统日志中出现“No space left on device”错误，往往指向磁盘空间耗尽而非单纯的数据库故障。本文将通过分析错误日志、检查磁盘使用情况以及清理占用空间过大的日志文件，指导您快速恢复MySQL服务的正常运行。
问题现象与诊断
在维护Linux服务器时，常遇到网站因MySQL数据库挂掉而无法正常访问的情况。尝试重新启动服务时，可能会收到启动超时或直接失败的提示：
- 服务启动失败：执行
service mysqld start后长时间等待无反应，或报 Timeout error。 - 错误日志定位：查看 MySQL 的错误日志（通常位于
/var/log/mysqld.log或通过tail -f /var/log/mysqld.log实时查看），发现关键报错信息：[ERROR] Can't start server: can't create PID file: No space left on device
该错误明确指出了核心原因：系统当前没有剩余磁盘空间来写入 MySQL 的进程 ID 文件（PID file）。此时首先需要验证磁盘的实际使用状况。
排查步骤
第1步：确认磁盘空间状态
使用 df -h 命令检查各挂载点的磁盘使用情况。
- 目的：确认是否真的存在“可用空间为0”的情况。
- 操作：在终端输入
df -h。 - 观察结果：如果看到某个分区的使用率（Use%）达到 100%，即证实了上述报错的真实来源。这可能是因为数据库日志、应用程序日志或其他缓存数据积累了大量无用文件。
第2步：定位占用空间的巨大文件
一旦确认空间不足，下一步是找出是谁占用了这些空间。常见的“罪魁祸首”通常是 Tomcat 的 catalina.out 文件、MySQL 自身的慢查询日志或未轮转的应用日志。
- 入口：Linux 命令行终端。
- 动作：搜索大于指定大小的文件。例如，查找根目录下超过 100MB 的文件：
find / -size +100000000c -type f
或者针对特定目录（如 /tmp 或 /var/log）进行快速扫描。在实际案例中，发现 Tomcat 的 catalina.out 日志文件竟达到了 443GB，直接撑爆了磁盘。
第3步：释放空间与备份提醒
确定大文件后，可以采取以下行动释放空间。
⚠️ 风险提醒：直接删除正在被程序运行的日志文件可能导致程序重新创建空文件而继续暴涨，但为了应急恢复服务，通常建议先备份重要日志至其他存储位置，再执行删除。
- 删除大文件：找到目标文件路径（例如
/path/to/tomcat/logs/catalina.out），执行删除命令：
rm -rf /path/to/your/log/file
- 可选操作：如果是 MySQL 自身的
/var/log下的轮转日志堆积，同样可以清理过期日志释放空间。
恢复服务
清理完成磁盘空间后，重启 MySQL 服务通常能立即恢复正常。
- 重启服务：
service mysqld restart
- 验证：观察控制台输出是否显示
Starting MySQL... SUCCESS!，并通过业务系统验证数据能否正常读写。
如果重启 MySQL 后仍有异常，建议重启整个 Linux 操作系统以清除可能残留的文件句柄或锁状态。
预防建议
为了避免此类情况再次发生，建议在服务器配置自动化的日志轮转机制（如 logrotate），定期归档和压缩旧日志文件，并监控磁盘使用的阈值报警，防止单一大文件拖垮整个系统。
以上就是关于解决 MySQL 启动时报错 "Can't create PID file: No space left on device" 的详细内容，更多关于排查 Linux 磁盘空间及 MySQL 故障处理等资料请关注本站其它相关文章！
免责声明：本文内容仅供参考，不代表本站观点。转载或引用请注明出处。
