phpmyadmin 5.x 无法通过界面修改 plugin 字段，必须用 sql 执行 alter user 语句并指定 identified with 和 by，再执行 flush privileges；localhost 与 127.0.0.1 视为不同账号，且 mysql 8.0 不允许直接 update mysql.user 表的 plugin 字段。
phpMyAdmin界面里点“编辑”改不了plugin字段
因为 phpMyAdmin 5.x 的用户管理界面（比如「用户账户」→「编辑权限」）把 plugin 列设为只读，即使你手动填了 mysql_native_password 并点执行，后台也不会生成 ALTER USER 语句，而是静默忽略或报错“字段不可修改”。这不是 bug，是界面层的限制设计。
真正生效的操作必须走 SQL 执行路径。别在表单里折腾，直接进「SQL」标签页粘贴命令：
ALTER USER 'your_user'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_password';FLUSH PRIVILEGES;
注意：用户名和 host 必须和 SELECT User, Host FROM mysql.user; 返回的一模一样，localhost 和 127.0.0.1 是两个账号，不能混用。
执行 ALTER USER 后 phpMyAdmin 还连不上
常见原因不是命令没运行，而是漏了关键步骤或细节不匹配：
- 没执行
FLUSH PRIVILEGES;—— MySQL 8.0 多数版本（尤其是云 RDS 或宝塔环境）必须显式刷新，否则缓存旧认证状态 - 改的是
'user'@'localhost'，但 phpMyAdmin 实际连的是'user'@'127.0.0.1'（尤其在 Nginx + PHP-FPM 架构下，TCP 连接默认走 127.0.0.1） - 密码字段用了 SHA256 加密（比如从旧版升级而来），即使插件改了，
authentication_string格式仍不兼容，得重置密码：加PASSWORD EXPIRE NEVER或干脆再跑一遍ALTER USER ... BY 'new_pwd'
验证是否生效：登录后立刻执行 SELECT plugin FROM mysql.user WHERE User='your_user' AND Host='your_host';，确认返回值是 mysql_native_password。
宝塔面板或 Docker 环境下改完仍无效
这类环境常带连接池或代理层，会缓存认证元数据：
- 宝塔：改完必须去「软件商店」→ 找到 MySQL → 点「重启」，不能只 reload
- Docker：如果用的是官方镜像且挂载了自定义
my.cnf，确认没在[mysqld]段误配default_authentication_plugin=caching_sha2_password，它会干扰已有用户行为 - 某些一键脚本（如 LNMP.org）会在启动时自动重建 root 用户，覆盖你手动改的插件 —— 建议优先改应用专用账号，避开 root
最稳做法：用命令行 mysql -u root -p 登录后直接执行 ALTER USER，绕过所有 Web 界面和中间层。
为什么不能直接在 mysql.user 表里 UPDATE plugin？
MySQL 8.0 起，plugin 字段不再允许直接 UPDATE，强行更新会导致用户锁定、认证逻辑错乱，甚至无法用 root 登录。官方明确要求必须用 ALTER USER 语法，因为该语句会同步处理密码哈希、权限缓存、系统视图刷新等一整套状态。
你看到的 mysql.user 表只是只读视图，底层实际由数据字典管理。试图 UPDATE mysql.user SET plugin='mysql_native_password'... 不仅失败，还可能触发错误日志写入，让问题更难排查。
真正要小心的不是操作多难，而是误以为“改个字段就行”，结果跳过 IDENTIFIED WITH 和 BY 密码重置这两步 —— 没密码的 mysql_native_password 用户，等于一张废卡。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
