MySQL 8.0用户密码修改必须用ALTER USER语句，phpMyAdmin界面“更改密码”或手动改mysql.user表均无效；需在SQL标签页执行ALTER USER 'user'@'host' IDENTIFIED WITH caching_sha2_password BY 'pwd'，并确保host匹配、密码合规、客户端支持该认证插件。
MySQL 8.0用户密码修改必须用ALTER USER，phpMyAdmin界面不生效
phpMyAdmin 的「用户账户」页面里点“编辑权限”或直接改 mysql.user 表里的 authentication_string 字段，对 MySQL 8.0 来说基本没用——改完刷新还是旧密码，甚至可能锁死账户。因为 MySQL 8.0 默认用 caching_sha2_password 插件认证，密码哈希逻辑和存储方式都变了，不能靠手动更新字段绕过验证流程。
真正起效的方式只有一种：用 SQL 命令触发认证插件的密码重置逻辑。phpMyAdmin 支持执行 SQL，这是唯一可靠路径。
在phpMyAdmin中执行ALTER USER命令的实操要点
进入 phpMyAdmin → 左侧选中任意数据库（如 mysql 或空闲库）→ 点顶部「SQL」标签 → 粘贴并执行：
ALTER USER 'username'@'localhost' IDENTIFIED WITH caching_sha2_password BY 'new_password';
注意替换其中的三个关键值：
立即学习“PHP免费学习笔记（深入）”；
-
username：目标用户名，比如root或app_user -
localhost：必须和该用户在mysql.user表中实际的Host值完全一致（可能是%、192.168.1.%等） -
new_password：新密码，建议含大小写字母+数字，避免特殊字符（某些客户端解析会出问题）
如果用户 Host 是 %，命令就得写成：
ALTER USER 'username'@'%' IDENTIFIED WITH caching_sha2_password BY 'new_password';漏掉
@'host' 或写错 host，会报错 ERROR 1396 (HY000): Operation ALTER USER failed for 'username'@'...'。
遇到ERROR 1819或ERROR 1396怎么办？
常见报错和对应解法：
-
ERROR 1819 (HY000): Your password does not satisfy the current policy requirements：MySQL 8.0 默认启用密码强度策略。临时关闭可加命令：SET GLOBAL validate_password.policy=LOW;
再执行ALTER USER。不推荐长期关，改完记得调回MEDIUM或STRONG -
ERROR 1396 (HY000): Operation ALTER USER failed for 'xxx'@'yyy'：说明用户名+主机组合不存在。先查真实记录：SELECT User, Host FROM mysql.user WHERE User = 'username';
确认拼写和 host 是否带空格、大小写是否匹配（MySQL 8.0 的User和Host区分大小写） - 执行成功但仍连不上：检查客户端是否支持
caching_sha2_password。老版本 PHP（default_authentication_plugin=caching_sha2_password 或降级插件（见下一条）
要不要把认证插件换成mysql_native_password？
可以换，但属于妥协方案，仅建议用于兼容老旧工具或容器环境里无法升级客户端的情况：
ALTER USER 'username'@'localhost' IDENTIFIED WITH mysql_native_password BY 'new_password';
换完必须执行：
FLUSH PRIVILEGES;否则部分客户端仍读不到变更。注意：
mysql_native_password 不支持 SHA-256 加盐哈希，安全性低于默认插件，生产环境不建议长期使用。
真正麻烦的不是改密码这一步，而是改完之后所有连接该用户的程序（PHP 脚本、Node.js 应用、定时任务）都要重新验证——哪怕只改了一个字符，连接池、持久连接、预编译语句都可能卡住几秒到几分钟。别在流量高峰时操作。
