查错误日志先看 /www/server/data/*.err，再检查 /www/server/mysql/logs/error.log；ibdata1 损坏时须用 innodb_force_recovery=1~6 逐级尝试导出数据，严禁直接删库或盲目初始化。
查错误日志先看 /www/server/data/*.err，别急着删库
MySQL 5.7 启不起来，第一反应不是重装，而是立刻进 SSH 看错误日志。宝塔默认把主错误日志放在 /www/server/data/ 目录下，文件名通常是 localhost.err 或带时间戳的 *.err。如果这个目录里没看到明显报错，再检查 /www/server/mysql/logs/error.log —— 但注意：该路径是否生效，取决于你安装时选的 MySQL 版本和 my.cnf 中 log-error 的实际配置。
常见现象是日志里反复出现类似这样的行：
Fatal error: InnoDB: Unable to lock ./ibdata1 InnoDB: The system tablespace file is corrupted
这说明问题大概率出在共享表空间文件 ibdata1 上，而不是你的业务库（.ibd 文件）。此时直接删 /www/server/data 是灾难性的，会连带清掉所有 .ibd 和 .frm。
innodb_force_recovery 必须从 1 开始试，跳着设等于放弃数据
当 ibdata1 损坏但业务表文件（.ibd）还在时，innodb_force_recovery 是唯一能导出数据的窗口。它不是修复工具，而是“只读绕过”机制，让 MySQL 带着损坏的系统表空间强行启动，以便你用 mysqldump 把数据捞出来。
- 值必须从
1开始试，成功了就立刻导出；失败再试2，依此类推，直到6 - 在
/www/server/mysql/etc/my.cnf的[mysqld]段下添加：innodb_force_recovery = 1 - 改完后必须停掉 MySQL（宝塔里点“停止”，别只 kill 进程），再手动启动：
/www/server/mysql/bin/mysqld --defaults-file=/www/server/mysql/etc/my.cnf & - 启动成功后，立刻执行：
mysqldump -u root -p --all-databases > /root/all.sql - 导出完马上注释或删掉
innodb_force_recovery行，否则 MySQL 无法写入任何数据
重建系统表不能动 /www/server/data 下的业务文件
有人搜到“用 mysqld --initialize-insecure 重建数据库”，但这是高危操作：它会清空整个 /www/server/data 目录，包括你还没来得及导出的 .ibd 文件。真正安全的做法是只重建系统表，保留业务数据。
步骤如下：
- 先备份整个
/www/server/data（cp -r /www/server/data /www/server/data.bak） - 临时注释掉
my.cnf中的innodb_data_home_dir和innodb_log_group_home_dir，防止加载损坏日志 - 停 MySQL，然后运行：
mysqld --defaults-file=/www/server/mysql/etc/my.cnf --initialize-insecure --user=www --datadir=/www/server/data --basedir=/www/server/mysql - 注意：必须显式指定
--datadir和--basedir，否则默认走/var/lib/mysql，白干 - 初始化完成后，
/www/server/data下只有系统库（mysql、performance_schema等），你的业务库目录（如your_db）还在原地 —— 此时才可启动 MySQL 并导入之前导出的all.sql
启动后立即检查 ibdata1 是否被意外覆盖
重建系统表后，MySQL 会生成新的 ibdata1，但如果你的业务库还依赖旧的 ibdata1（比如用了共享表空间模式且没开 innodb_file_per_table），那这些库可能无法打开。所以启动前要确认：
- 你的业务表是否启用了
innodb_file_per_table = ON（查SHOW VARIABLES LIKE 'innodb_file_per_table';） - 如果为
OFF，那所有 InnoDB 表都存在ibdata1里，此时损坏即丢失，innodb_force_recovery是唯一机会 - 如果为
ON，则每个表有独立.ibd文件，只要这些文件没丢，重建系统表后就能正常加载
最容易被忽略的一点：ibdata1 文件大小在重建前后几乎不变，但内容已重置。如果你没做完整备份又跳过了 innodb_force_recovery 导出步骤，数据就真的不可逆了。
