mysql用户权限恢复需根据情况选择方法：1.可登录时用管理员账户重新授权并刷新权限；2.无法登录时以--skip-grant-tables模式启动修复user表；3.有备份则还原mysql系统库；4.root丢失时在免验证模式下手动插入并赋权，操作前须确认版本结构并优先使用备份。
无法直接“恢复”被删掉的 mysql.user 表数据，但可以通过重建用户权限系统 + 重置关键账户来快速恢复服务——前提是 MySQL 实例还能启动、root 密码未丢失（或能绕过权限验证）。
MySQL 启动但 mysql.user 表为空或损坏时怎么办
常见现象是执行 SELECT USER(); 返回空，或者登录后执行 SHOW DATABASES; 报错 ERROR 1044 (42000): Access denied for user ''@'localhost' to database 'mysql'，说明权限表已失效。此时不能靠 mysqldump 或 binlog 回滚（因为权限变更通常不记 binlog，且表本身已不可读）。
实操建议：
- 确认 MySQL 是否能正常启动：运行
systemctl status mysqld或ps aux | grep mysqld，若进程存在但无法登录，大概率是权限表问题 - 用
--skip-grant-tables启动跳过权限校验：sudo systemctl stop mysqldsudo mysqld --skip-grant-tables --user=mysql & - 连接后立即修复
mysql.user结构（不是数据）：mysql -u root→ 执行FLUSH PRIVILEGES;，再运行mysql_upgrade --force -u root（MySQL 5.7+ 推荐；8.0+ 已移除此命令，改用mysqld --upgrade） - 若
mysql_upgrade报错表不存在，需手动重建：mysql -e "CREATE DATABASE IF NOT EXISTS mysql CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;"
然后从同版本官方包中提取mysql_system_tables.sql并导入（路径如/usr/share/mysql/mysql_system_tables.sql）
MySQL 8.0+ 中误删 mysql.user 后重建 root 用户的关键步骤
MySQL 8.0 起默认使用 caching_sha2_password 插件，且不再允许空密码 root 登录，所以重建必须指定插件和认证方式。
实操建议：
- 在
--skip-grant-tables模式下连接后，先清空旧残留：DELETE FROM mysql.user WHERE User='';（清理匿名用户） - 插入最小可用 root 记录（注意字段顺序和插件名）：
INSERT INTO mysql.user (Host,User,authentication_string,plugin,ssl_cipher,x509_issuer,x509_subject,account_locked) VALUES ('localhost','root',SHA2('your_new_password',256),'caching_sha2_password','','','','N'); - 刷新权限：
FLUSH PRIVILEGES; - 退出并重启 MySQL 正常模式：
sudo systemctl restart mysqld，再用新密码登录测试
为什么不能直接从备份还原 mysql 库？
直接 mysql -u root mysql 极易失败，原因很实际：
-
mysql库含动态内存表（如performance_schema引擎表），结构与当前版本不兼容会报错 - 备份中
authentication_string字段值是哈希后的，若原密码未知，还原后仍无法登录 - MySQL 5.7 升级到 8.0 后，
mysql.user表字段大幅变动（如移除Password，新增account_locked），跨版本还原必出错 - 多数生产环境的全库备份会排除
mysql库（因含敏感配置），导致该库根本没备份
真正可靠的应对方式，是平时就导出权限快照：mysqldump -u root -p --no-data mysql user db tables_priv columns_priv > mysql_grants_backup.sql，并在升级前验证其可导入性。一旦删库，最省事的路是重建 mysql 系统库 + 重设 root，而不是硬扛“恢复”这个概念。
