mysql_upgrade不能修复已损坏的权限表，仅能升级可正常读取的系统库结构；若表崩溃（如Table 'mysql.user' doesn't exist），它会报错退出。
mysql_upgrade 真的能修权限表损坏吗
不能直接“修复”已损坏的权限表，mysql_upgrade 只是检查并升级系统库结构（比如把旧版 mysql.user 表字段补全、加索引、改类型），前提是表本身还能被 MySQL 正常读取。如果 mysql.user 表已崩溃、出现 Table 'mysql.user' doesn't exist 或 Incorrect information in file: './mysql/user.MYI' 这类错误，mysql_upgrade 会直接报错退出，甚至可能因元数据不一致导致后续启动失败。
常见错误现象：
- MySQL 启动后无法登录：
Access denied for user 'root'@'localhost'，但密码确认无误 -
SHOW DATABASES;只显示information_schema，看不到mysql库 - 执行
SELECT * FROM mysql.user;报错：Table 'mysql.user' doesn't exist或Incorrect key file
权限表物理损坏时该怎么做
先确认损坏程度：用 mysqld --skip-grant-tables 启动跳过权限验证，再连上去查 mysql 库下各表状态。如果 mysql.user、mysql.db 等关键表显示 crashed，说明是 MyISAM 表物理损坏（MySQL 5.7 及以前默认）；如果是 InnoDB，通常不会“损坏”而是无法启动或卡在 recovery 阶段。
实操建议：
- 停掉 MySQL：
systemctl stop mysqld（或service mysql stop） - 备份整个
/var/lib/mysql/mysql/目录（别只拷几个 .frm/.MYD/.MYI） - 对 MyISAM 表强制修复：
myisamchk -r /var/lib/mysql/mysql/user.MYI（逐个修user、db、tables_priv等） - 若
myisamchk报key file is old，加-o参数尝试恢复 - 修完重启，再运行
mysql_upgrade --force补齐字段和索引
重新初始化权限表的风险与替代方案
所谓“重新授权”，很多人理解成删掉 mysql 库再重装——这极危险。MySQL 安装包自带的 mysql_system_tables.sql 是初始化脚本，但直接执行会导致所有用户、角色、存储过程丢失，且新生成的 root 账号默认无密码或空密码，极易被利用。
更稳妥的做法是重建权限表结构，但保留数据（如果还能读）：
- 导出还能访问的权限数据：
mysqldump --skip-lock-tables --no-create-info mysql user db tables_priv columns_priv procs_priv - 用官方脚本重建空表：
mysql mysql （路径依发行版而异） - 再导入之前导出的数据（注意字段顺序是否匹配，MySQL 5.7 和 8.0 字段差异大）
- 最后必须跑
mysql_upgrade --force，否则CREATE USER等语句会报错
注意：MySQL 8.0+ 默认用 InnoDB 存权限表，myisamchk 失效，此时应优先检查 error log 是否有 InnoDB: Database page corruption，考虑从备份恢复或使用 innodb_force_recovery 参数抢救。
为什么 mysql_upgrade 常被误用
很多人看到权限异常就下意识跑 mysql_upgrade，结果发现没用，甚至让问题更糟。根本原因是它不处理数据损坏，只做 DDL 升级。它的典型适用场景其实是：MySQL 小版本升级后（如 5.7.20 → 5.7.30），系统表结构没变但新增了字段或索引，这时它才真正起作用。
容易踩的坑：
- 在未停止 MySQL 的情况下运行
mysql_upgrade，可能导致表被锁死或升级中断 - 用低版本客户端连接高版本服务端执行
mysql_upgrade，提示Unknown column 'password_last_changed' in 'mysql.user'这类错误，其实是版本不匹配，不是表损坏 - 升级后没重启 mysqld，新字段不生效，仍报老错误
真正难的从来不是命令怎么敲，而是判断“表到底坏没坏”——error log 里那几行 Failed to open ./mysql/user.ibd 或 Can't find file: './mysql/user.frm' 才是关键线索。
