必须显式执行ALTER USER 'user'@'host' IDENTIFIED WITH mysql_native_password BY 'pwd'并FLUSH PRIVILEGES，仅改密码或只指定插件不设密码均无效，且host须完全匹配、plugin须查表确认已变更。
ALTER USER 必须显式指定 plugin 和密码
MySQL 8.0 升级后连不上，大概率不是密码错了，而是客户端根本不认识 caching_sha2_password 插件。你不能只改密码，SET PASSWORD 不会动认证插件；也不能只写 ALTER USER ... IDENTIFIED BY 'xxx'，它默认沿用当前插件。必须用 IDENTIFIED WITH mysql_native_password 显式切换。
常见错误写法：
-
ALTER USER 'root'@'localhost' IDENTIFIED BY '123';→ 插件没变，还是caching_sha2_password -
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password;→ 报错ERROR 1827（密码不能为空） -
ALTER USER 'root' IDENTIFIED WITH mysql_native_password BY '123';→ 实际改的是'root'@'%'，不是你正在连的那个用户
正确写法（host 必须完全匹配）：
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '123'; ALTER USER 'app_user'@'10.20.1.%' IDENTIFIED WITH mysql_native_password BY 'newpass';
FLUSH PRIVILEGES 不是可选项，是生效前提
执行 ALTER USER 只更新磁盘上的 mysql.user 表，MySQL 运行时权限缓存不会自动刷新。不执行 FLUSH PRIVILEGES，部分连接池（如 HikariCP、Druid）或重连逻辑仍会按旧插件握手，导致偶发失败或长连接卡死。
注意点：
- 云数据库（如阿里云 RDS）某些版本不自动刷新，
FLUSH PRIVILEGES是唯一可靠方式 - 不需要重启 MySQL，这句本身足够轻量
- 执行后无输出即成功；出现
Query OK表示已加载
验证 plugin 是否真变了
别凭感觉判断改好了，立刻查表确认：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
SELECT user, host, plugin FROM mysql.user WHERE user = 'root';
结果里 plugin 字段必须是 mysql_native_password，不是 caching_sha2_password 或 sha256_password。如果还是旧值，说明：
- 执行语句的
host写错了（比如你连的是'root'@'192.168.1.100'，却只改了'root'@'localhost'） - 用户不存在，语句静默失败（MySQL 8.0 默认不报错）
- 密码太弱被策略拦截，先得调低
validate_password.policy
MySQL 8.4 用户注意：mysql_native_password 已默认禁用
如果你是从 8.0 升到 8.4，问题更复杂：mysql_native_password 插件在 8.4 中默认不加载，即使执行了 ALTER USER，也会报错 Plugin 'mysql_native_password' is not loaded。
必须先启用插件：
INSTALL PLUGIN mysql_native_password SONAME 'mysql_native_password.so';
再补上配置（my.cnf 的 [mysqld] 段）：
default_authentication_plugin=mysql_native_password
最后重启服务——8.4 不像 8.0，光 FLUSH PRIVILEGES 不够，插件必须加载进内存才能用。
