磁盘空间满导致ibdata1写入中断，必须先释放空间再评估损坏程度；错误日志中“Disk quota exceeded”等提示早于Fatal error，是根本原因；宝塔用户需检查/www/server/data/*.err和error.log；OS error 28坐实磁盘满；df -h确认分区使用率；清理/www/wwwlogs、/www/backup及大备份文件；关闭general_log和slow_query_log；innodb_force_recovery须从1→2→3逐级尝试；成功后立即mysqldump导出并注释该参数；全失败则走.ibd单表恢复，前提是innodb_file_per_table=ON；恢复前务必cp -r备份整个data目录。
磁盘空间满直接导致ibdata1写入中断或截断，这种损坏无法靠innodb_force_recovery完全绕过——必须先释放空间、再判断损坏程度，否则强行启动会二次破坏。
先看错误日志里有没有“Disk quota exceeded”或“No space left on device”
这类提示比Fatal error: InnoDB: Unable to lock ./ibdata1更早出现，是根本原因。别跳过这步直接改配置。
宝塔用户重点查：/www/server/data/*.err 和 /www/server/mysql/logs/error.log；如果日志里反复出现OS file read returned OS error 28（即ENOSPC），就坐实了磁盘满问题。
必须立刻清理空间，否则任何恢复操作都只是给损坏加速度。
- 用
df -h确认根分区或/www所在分区是否100%满 - 清空宝塔面板的
/www/wwwlogs、/www/backup临时文件，别只删*.log，检查是否有残留的.tar.gz或.sql大备份 - MySQL自身的慢查询日志、general log如果没关，也在疯狂写入，临时停掉：
SET GLOBAL general_log = 'OFF'; SET GLOBAL slow_query_log = 'OFF';
ibdata1部分损坏时，innodb_force_recovery只能从1开始逐级试
磁盘满造成的损坏往往是文件末尾字节丢失或校验块错乱，innodb_force_recovery=6经常失败，因为高阶模式依赖更多未损坏的元数据。
必须严格按顺序尝试：1 → 2 → 3，每设一个值都要完整重启MySQL并立刻验证能否连上、能否SHOW DATABASES。
- 在
/www/server/mysql/etc/my.cnf的[mysqld]段添加：innodb_force_recovery = 1 - 宝塔面板里点“停止”，再执行：
/www/server/mysql/bin/mysqld --defaults-file=/www/server/mysql/etc/my.cnf & - 能连上后，立刻导出：
mysqldump -u root -p --all-databases > /root/recover.sql，别等、别查表 - 导完马上注释掉
innodb_force_recovery行，否则INSERT/UPDATE全被拒绝
如果innodb_force_recovery全失败，说明ibdata1关键结构已损，只能走.ibd单表恢复
这时ibdata1已不可用，但只要.ibd和.frm文件还在/www/server/data/your_db/下，业务数据大概率完好——只是InnoDB找不到它们的注册记录。
恢复前提是：innodb_file_per_table = ON（MySQL 5.7默认开启，但需确认没被手动关过）。
- 停MySQL：
ps aux | grep mysqld确认无残留进程 - 检查
/www/server/data/your_db/your_table.frm和.ibd权限是否都是mysql:mysql，不是就chown mysql:mysql - 新建同名空库、建结构完全一致的表（字段类型、长度、字符集必须一致，
utf8mb4和utf8混用会静默失败） - 执行：
ALTER TABLE your_table DISCARD TABLESPACE;，再复制原.ibd过去，最后ALTER TABLE your_table IMPORT TABLESPACE;
重建系统表空间前，务必备份整个/www/server/data目录
有人看到mysqld --initialize-insecure就以为能一键重装，这是最危险的误区——它会清空整个/www/server/data，包括所有没来得及恢复的.ibd文件。
真正安全的做法是：只重建ibdata1和日志文件，保留业务库子目录。
操作前最后一道保险：用cp -r /www/server/data /www/server/data.recover_$(date +%s)打时间戳备份。
