MySQL启动失败且日志显示mysql.user不存在或InnoDB页损坏，可判定为系统库权限表损坏；需先验证错误日志、配置及文件权限，再按版本选择myisamchk修复（5.7及以前）或重初始化mysql目录（8.0+），切勿删除ibdata1。
MySQL 启动失败且错误日志里反复出现 Table 'mysql.user' doesn't exist、Incorrect information in file: './mysql/user.frm' 或 InnoDB: Database page corruption，基本可判定是权限表（尤其是 mysql 系统库）损坏导致——不是配置错、不是端口占，而是 MySQL 启动时连系统表都加载不了。这种情况下，mysql_upgrade 无法运行，REPAIR TABLE mysql.user 会直接报错，必须离线干预。
确认是否真为权限表损坏而非其他启动问题
别跳步，先验证。很多“无法启动”其实是配置或权限干扰：
- 查错误日志最末几行：
sudo tail -n 50 /var/log/mysqld.log（路径按实际调整），重点搜mysql.user、corruption、Aborting - 执行
mysqld --validate-config --defaults-file=/etc/my.cnf，排除配置语法错误 - 检查
datadir目录权限：ls -ld /var/lib/mysql，确保属主是mysql用户且至少有r-x权限 - 若日志里只有
Can't open the mysql.plugin table或binlog.index: Permission denied，优先处理文件权限或 SELinux，不是权限表损坏
MySQL 5.7 及以前：MyISAM 权限表损坏的强制修复流程
5.7 及更早版本默认用 MyISAM 存 mysql 库，损坏后表现为 .MYI 索引文件错乱或丢失。不能靠 SQL 命令修，得用 myisamchk 离线操作：
- 彻底停掉 mysqld：
sudo systemctl stop mysqld，再killall mysqld确保无残留进程 - 备份整个
/var/lib/mysql/mysql/目录（不是只拷user.frm）：sudo cp -r /var/lib/mysql/mysql /var/lib/mysql/mysql.bak_$(date +%s) - 逐个修复关键表：
sudo myisamchk -r /var/lib/mysql/mysql/user.MYI，同样修db.MYI、tables_priv.MYI - 若报
Key file is old，加-o强制重建：sudo myisamchk -o -r /var/lib/mysql/mysql/user.MYI - 修完重启，再立即运行：
sudo mysql_upgrade -u root --force补全字段和索引
MySQL 8.0+：InnoDB 权限表损坏只能重初始化系统库
8.0+ 的 mysql 库全为 InnoDB，且结构已深度耦合 data dictionary。REPAIR TABLE 和 myisamchk 完全无效；--skip-grant-tables 虽能启动，但无法写入 mysql.user（引擎限制）。唯一可靠路径是重建：
- 停服务后，**不要删
ibdata1或ib_logfile***，只清空mysql子目录：sudo mv /var/lib/mysql/mysql /var/lib/mysql/mysql.bak - 用同版本
mysqld初始化空系统库：sudo mysqld --initialize-insecure --datadir=/var/lib/mysql --user=mysql - 启动服务：
sudo systemctl start mysqld，此时root密码为空，可直接mysql -u root登录 - 立刻重设密码并验证 plugin：
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_pass'; FLUSH PRIVILEGES; - 业务库（非
mysql、information_schema）不受影响，无需迁移
phpEnv 等封装环境下的特殊处理
phpEnv 默认关闭 --skip-grant-tables，且 mysqld 启动参数被封装，不能直接加命令行选项。强行修改配置易引发启动冲突：
- 别尝试在 phpEnv 面板里点“重启”或“修复”，它不触发系统库重建
- 先停服务：
sudo service mysql stop或用面板停止按钮 - 找到真实数据路径（通常为
/www/phpenv/mysql/data/），备份并清空其中的mysql目录 - 用 phpEnv 自带的
mysqld执行初始化：/www/phpenv/mysql/bin/mysqld --defaults-file=/www/phpenv/mysql/my.cnf --initialize-insecure --user=root - 启动后必须手动改
root密码，否则 phpEnv 面板仍连不上
真正麻烦的从来不是“怎么修”，而是修之前没备份 /var/lib/mysql/mysql/ —— 一旦初始化，所有用户、角色、SSL 设置、事件调度器配置全丢。哪怕只是想恢复一个误删的 host 字段值，也得从备份里捞 mysql 目录再合并，别指望在线补。
