根本原因是phpMyAdmin的“用户账户”页面未提供修改plugin字段的输入控件，仅只读展示；其定位是数据库内容管理工具，不支持MySQL底层认证插件配置，必须通过SQL执行ALTER USER或UPDATE操作。
phpMyAdmin 界面里点不动 plugin 字段，根本原因是什么
因为 phpmyadmin 的「用户账户」页面压根没提供修改认证插件（plugin）的输入框或下拉菜单——它只读展示该字段。这不是 bug，是设计限制：phpmyadmin 定位是数据库内容管理工具，不是 mysql 权限系统配置面板。所有涉及 mysql.user 表底层字段（如 plugin、authentication_string）的变更，必须绕过界面，走 sql。
ALTER USER 执行后连不上？三处必须检查的地方
改完 plugin 不等于连接自动恢复，常见断连其实是配套动作漏了：
-
FLUSH PRIVILEGES必须显式执行——虽然ALTER USER在多数版本中会自动刷新，但 XAMPP/MariaDB 10.4+ 或某些容器化部署下仍需手动补上 - 客户端驱动是否真支持新插件：PHP 的
mysqli默认支持mysql_native_password，但若你切到了caching_sha2_password且 PHP 没启用 OpenSSL 扩展，PDO会静默失败，错误日志里只显示“Connection refused” - phpMyAdmin 自己的连接账号没更新：你改的是数据库里的
'app_user'@'localhost'，但 phpMyAdmin 启动时用的是配置文件config.inc.php里写的$cfg['Servers'][$i]['user']和$cfg['Servers'][$i]['password']——这两个才是它连 MySQL 的凭据，和你在界面上编辑的用户无关
MySQL 8.0+ 或 MariaDB 10.4+ 用户切插件的最小安全操作集
直接在 phpMyAdmin 的「SQL」标签页里执行以下三步（顺序不能错）：
- 先查当前状态：
SELECT User, Host, plugin FROM mysql.user WHERE User = 'your_user'; - 再切插件（以
mysql_native_password为例）：ALTER USER 'your_user'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_password'; - 最后强制刷新：
FLUSH PRIVILEGES;
如果执行 ALTER USER 报错 “Your password does not satisfy the current policy requirements”，别硬改密码——临时降策略更稳妥：SET GLOBAL validate_password.policy = LOW;，操作完再设回 MEDIUM 或 STRONG。
为什么改了 default-authentication-plugin 还不管用
配置文件里加了 default-authentication-plugin = mysql_native_password 只影响「新创建的用户」，对已存在的用户完全无效。已有用户的 plugin 值锁死在 mysql.user 表里，不执行 ALTER USER 或 UPDATE 就不会变。另外，MariaDB 10.4+ 默认启用了 unix_socket 插件，而 phpMyAdmin 的 mysqli 驱动根本不走这套流程——哪怕你配了 default-authentication-plugin，只要 root 用户本身还是 unix_socket，phpMyAdmin 就连不进去。必须对那个具体用户单独执行 ALTER USER ... IDENTIFIED WITH mysql_native_password。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
