怎样解决MySQL8.0因磁盘满导致的无法启动问题-mysql教程-PHP中文网

MySQL 8.0因磁盘满无法启动的本质是系统级写入拒绝（Error 28），需先精准定位满载分区（如df -h /var/lib/mysql /tmp /www /var/log），再分类清理slow_log、binlog（PURGE命令）、ibtmp1（停库后删），并检查error.log末行、lsof +L1残留文件及tmpdir权限。

怎样解决mysql8.0因磁盘满导致的无法启动问题

MySQL 8.0 因磁盘满无法启动，本质是系统级写入拒绝（Error 28），不是 MySQL 坏了，而是它连初始化日志、刷 redo、建临时文件都失败了。必须先释放空间，且不能破坏文件一致性。

先定位到底是哪个分区被塞爆了

别一看到 df -h 显示 100%，就冲进 /var/lib/mysql 狂删——实际罪魁祸首常在别处。

df -h /var/lib/mysql /tmp /www /var/log：一次性看关键路径挂载点使用率，重点关注 Use% ≥ 95% 的那一行
mysql -u root -p -e "SHOW VARIABLES LIKE 'datadir';"：确认 MySQL 实际数据目录在哪，避免操作错分区
mysql -u root -p -e "SHOW VARIABLES LIKE 'tmpdir';"：有些环境 /tmp 是 tmpfs 内存盘，满了也会卡住 mysqld 启动
宝塔用户重点盯 /www/backup，自动备份堆满是高频原因

哪些文件能立刻清空，哪些必须停库或进 MySQL 处理

误删会直接导致启动报错、跳过 binlog、甚至无法识别表结构。分类处理才安全：

可立即截断（不需停库）：slow_query_log_file 对应的文件（如 /www/server/data/mysql-slow.log），先执行 SET GLOBAL slow_query_log = OFF;，再 echo "" > /path/to/file.log
可轮转但不能删：log_error 对应的错误日志，用 mysqladmin -u root -p flush-logs 触发重命名，旧文件保留但停止写入
必须进 MySQL 才能删：mysql-bin.* 文件，只能用 PURGE BINARY LOGS TO 'mysql-bin.000123'; 或 PURGE BINARY LOGS BEFORE '2026-09-01 00:00:00';，严禁 rm -f mysql-bin.*（会破坏 mysql-bin.index）
必须停库后删：ibtmp1（即使服务已 stop，它也可能占几十 GB 且不释放），停库后直接 rm /var/lib/mysql/ibtmp1；ib_logfile0/ib_logfile1 也属此类，删前确保 innodb_fast_shutdown = 0 并正常关闭

清理后 MySQL 还起不来？重点检查这三处

释放空间 ≠ 自动恢复。MySQL 启动时仍可能因残留状态失败：

kashen-mysql DDLtoExcel

解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。

下载

检查 /var/log/mysql/error.log 最末几行，是否仍有 No space left on device —— 说明还有隐藏大文件没清干净，用 lsof +L1 或 lsof -p $(pgrep mysqld) | grep deleted 找被删但仍被进程占用的文件
若看到 InnoDB: Unable to lock ./ibdata1，大概率是 ibdata1 膨胀且 innodb_file_per_table = OFF，此时删表不缩文件，只能导出重建
重启前确认 tmpdir 目录权限正确：chown mysql:mysql /tmp（若 tmpdir 是 /tmp），否则启动时创建临时文件失败

主从环境下清理 binlog 必须验证位点，不能只看时间或延迟

Seconds_Behind_Master = 0 不等于同步完成。IO 线程可能卡在旧日志上，必须比对主从位点：

主库执行：SHOW MASTER STATUS;，记下 File（如 mysql-bin.000124）和 Position
从库执行：SHOW SLAVE STATUS\G，重点看 Relay_Master_Log_File 和 Exec_Master_Log_Pos
只有当从库的 Relay_Master_Log_File 是 mysql-bin.000123 且 Exec_Master_Log_Pos 已到该文件末尾，才说明 mysql-bin.000123 可安全保留，mysql-bin.000122 及更早的才真正可删