不能靠 phpmyadmin 5.2 界面修复损坏的 mysql.user 表——它依赖该表鉴权，一旦损坏，用户管理页即失效；必须用 mysqld_safe --skip-grant-tables 命令行绕过验证，据 mysql 版本选择 repair table（5.7 及以前）或 --initialize 重建（8.0+），修复后须立即 alter user 改密并 flush privileges。
不能靠 phpMyAdmin 5.2 界面修复损坏的 mysql.user 表——它依赖该表鉴权，一旦损坏，整个用户管理页就失效；必须用命令行绕过权限检查，定位损坏类型后针对性恢复。
为什么「用户账户」页打不开或点「编辑权限」没反应
phpMyAdmin 5.2 的用户管理页底层执行 SELECT * FROM mysql.user。若该表结构错乱（如 user.frm 与引擎不匹配）、数据页崩溃、或关键字段（如 plugin、authentication_string）值非法，MySQL 可能返回错误 #1932 - Table 'mysql.user' doesn't exist in engine 或 #1033 - Incorrect information in file: './mysql/user.frm'，导致页面空白或报错。此时图形界面完全不可用，所有点击操作都无效。
必须用 mysqld_safe --skip-grant-tables 启动跳过验证
这是唯一能绕过 mysql.user 读取失败的方法，适用于 MySQL 5.7 及以下版本；MySQL 8.0+ 需改用 --skip-grant-tables 配合 --shared-memory（Windows）或停服后加参重启。
- 启动后可无密码登录：
mysql -u root - 此时仍能执行
SELECT VERSION()、SHOW TABLES FROM mysql等元数据查询，用于确认版本和表状态 - 注意安全：此模式下任何本地用户均可免密连接，操作完必须立刻关闭并重启服务
根据 MySQL 版本决定修复方式
盲目 DROP TABLE mysql.user 会彻底毁掉实例——5.7 及以前是物理表，8.0+ 是只读数据字典视图，处理逻辑完全不同：
-
MySQL 5.7 及更早：先运行
REPAIR TABLE mysql.user（仅对 MyISAM 有效）；若失败，退出跳过模式，重启后执行mysql_upgrade -u root --force -
MySQL 8.0+：
mysql.user不是真实表，损坏意味着数据字典异常。不能修，只能从同版本干净实例导出CREATE TABLE语句重建（不推荐），或用mysqld --initialize生成新数据目录（需完整备份后操作） -
通用兜底：从同版本正常实例导出
SHOW CREATE TABLE mysql.user结果，手工比对字段顺序、默认值、注释，确保完全一致后再建表（仅限 5.7）
恢复后必须立刻重置密码并关闭跳过模式
在 --skip-grant-tables 下执行的 UPDATE mysql.user SET authentication_string = PASSWORD('xxx') 不会自动哈希，且 MySQL 8.0+ 已弃用 PASSWORD() 函数。正确做法是：
- MySQL 5.7：
ALTER USER 'root'@'localhost' IDENTIFIED BY 'newpass'; - MySQL 8.0+：
ALTER USER 'root'@'localhost' IDENTIFIED WITH caching_sha2_password BY 'newpass'; - 执行完必须退出跳过模式，正常重启 mysqld，并立即运行
FLUSH PRIVILEGES;
最易被忽略的是：很多人修完表就直接进 phpMyAdmin 点授权，却忘了此时权限缓存仍是旧的——不手动 FLUSH PRIVILEGES，新用户根本连不上。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
