MySQL升级后出现权限异常，通常是因为新版本对权限表结构、默认权限或认证插件做了调整，旧的权限数据未被正确迁移或兼容。重点检查
mysql系统库中的权限表（如
user、
db、
tables_priv等）是否完成升级，以及用户认证方式是否适配。
确认权限表是否已升级
MySQL major版本升级（如5.7→8.0）后，必须运行
mysql_upgrade工具（8.0.16之后由
mysqld --upgrade自动触发），否则权限表结构可能不匹配，导致授权失效或报错“Access denied”。 登录后执行
SELECT VERSION();确认当前版本 检查
mysql.user表字段是否包含
plugin、
authentication_string等新版字段（5.7+已弃用
Password字段） 若字段缺失或报错“Unknown column”，说明
mysql_upgrade未执行或失败，需手动补做
检查用户认证插件是否兼容
MySQL 8.0 默认使用
caching_sha2_password插件，而老版本客户端或应用可能只支持
mysql_native_password，造成连接成功但权限不生效（尤其在代理或中间件场景下）。 查用户当前插件：
SELECT User, Host, plugin FROM mysql.user WHERE User = 'xxx';临时降级兼容（测试用）：
ALTER USER 'xxx'@'%' IDENTIFIED WITH mysql_native_password BY 'pwd';生产环境建议升级客户端驱动，而非长期回退认证方式
验证权限是否实际生效
升级后部分权限（如动态权限、角色权限、列级权限）行为有变化，且
SHOW GRANTS结果可能未实时反映变更，需结合实际操作验证。 用目标用户登录，执行
SHOW GRANTS;，确认输出与预期一致 尝试执行原业务SQL（如
INSERT INTO db1.t1），而非仅依赖
SELECT测试 注意8.0新增的
SYSTEM_USER等保留权限，避免误授或冲突
批量修复历史用户权限
若大量用户权限异常，可导出旧权限（升级前备份的
mysql库SQL）并重载，但需注意字段映射和密码哈希格式差异。 优先从
mysqldump --skip-triggers --compact mysql user db tables_priv columns_priv procs_priv获取干净权限语句 替换
PASSWORD('xxx')为authentication_string值（可用
SELECT authentication_string FROM mysql.user参考格式） 导入前停用
sql_mode=NO_AUTO_CREATE_USER（8.0已移除该模式，需清理相关语法）
权限问题本质是元数据不一致或行为逻辑变更，不是单纯重启或刷新就能解决。核心动作就三步：升级权限表、核对认证方式、实操验证权限。不复杂但容易忽略细节。
