先执行 flush privileges; 判断是否为缓存假象；若仍报错，再查 mysql.user 和 mysql.db 表关键字段确认损坏；必须用 --skip-grant-tables 安全模式启动后手动修复权限表并再次 flush privileges。
MySQL 权限表被误修改后，不能直接用 mysqldump 备份恢复，必须进入安全模式并手动修复或重载权限系统表。
如何确认权限表是否真的损坏
先别急着恢复，很多“权限失效”其实是缓存或连接复用导致的假象。执行 FLUSH PRIVILEGES; 看是否恢复；若仍报错 Access denied for user 或某用户突然无法执行 SELECT，再查 mysql.user、mysql.db 表关键字段：
-
SELECT host, user, authentication_string, account_locked FROM mysql.user WHERE user = 'xxx';—— 检查密码哈希、锁状态是否异常 -
SELECT * FROM mysql.db WHERE user = 'xxx';—— 确认库级权限是否为空或全为N - 注意：5.7+ 默认用
authentication_string存密码，不是password字段；8.0+ 已移除password字段
跳过权限验证启动 MySQL（安全模式）
这是恢复前提，否则连 root 都无法登录。停掉 MySQL 后，用 --skip-grant-tables 启动：
- Linux 下临时启动：
mysqld --skip-grant-tables --skip-networking &（--skip-networking防止未授权远程连接） - Windows 下需改配置文件
my.ini，在[mysqld]下加一行：skip-grant-tables，然后重启服务 - 启动后用
mysql -u root直连（无需密码），此时所有权限检查被绕过，但INSERT/UPDATE到系统表是允许的
快速修复常用权限字段（不重装、不初始化）
多数误操作是清空了 mysql.user 或把 authentication_string 改成空值。修复分三步：
- 重置 root 密码（8.0+）：
UPDATE mysql.user SET authentication_string = PASSWORD('newpass') WHERE user = 'root';→ 错！8.0+ 不支持PASSWORD()函数，应改用ALTER USER 'root'@'localhost' IDENTIFIED BY 'newpass';，但该语句在--skip-grant-tables模式下会报错，所以必须先用UPDATE直接写哈希值：UPDATE mysql.user SET authentication_string = '$A$...'（可用另一台同版本正常实例生成后复制） - 恢复默认权限位：
UPDATE mysql.user SET Select_priv='Y',Insert_priv='Y',Update_priv='Y',Delete_priv='Y',Create_priv='Y',Drop_priv='Y',Reload_priv='Y',Shutdown_priv='Y',Process_priv='Y',File_priv='Y',Grant_priv='Y',References_priv='Y',Index_priv='Y',Alter_priv='Y',Show_db_priv='Y',Super_priv='Y',Create_tmp_table_priv='Y',Lock_tables_priv='Y',Execute_priv='Y',Repl_slave_priv='Y',Repl_client_priv='Y',Create_view_priv='Y',Show_view_priv='Y',Create_routine_priv='Y',Alter_routine_priv='Y',Create_user_priv='Y',Event_priv='Y',Trigger_priv='Y',Create_tablespace_priv='Y' WHERE user='root' AND host='localhost'; - 最后务必执行：
FLUSH PRIVILEGES;—— 否则修改不会生效；注意此时不能用mysqladmin flush-privileges，它依赖权限校验
从备份还原整个 mysql 系统库（最稳妥但有风险）
如果误删了整张表或字段结构错乱，且你有完整 mysqldump --all-databases --skip-lock-tables 备份（含 mysql 库），可考虑覆盖还原，但必须满足：
- 备份与当前 MySQL 版本完全一致（如 8.0.33 备份不能用于 8.0.34，因系统表结构可能微调）
- 还原前停止 MySQL，删除原
datadir/mysql/目录下所有文件（除ibdata1和ib_logfile*），再把备份中mysql库的.ibd+.frm（5.7）或.ibd+mysql.ibd（8.0 共享表空间）拷入 - 切勿直接
mysql 导入系统库，会导致视图、存储过程定义冲突；应使用 <code>mysql --force并忽略错误，之后逐个CREATE OR REPLACE VIEW - 还原后首次启动必须加
--upgrade=FORCE参数，让 MySQL 自动校验并修复系统表元数据
真正麻烦的不是改错字段，而是改完没意识到要 FLUSH PRIVILEGES，或者在 --skip-grant-tables 模式下用了不兼容的 SQL 语法。线上环境建议把 mysql.user 的 authentication_string 和权限字段定期导出留底，比等出事再抢救快得多。
