根本原因是MySQL拒绝root用户认证，需先用命令行验证mysql -u root -p是否能连，再查SELECT User,Host,plugin FROM mysql.user WHERE User='root'确认插件是否为caching_sha2_password，若是则执行ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '新密码';并务必FLUSH PRIVILEGES;。
phpmyadmin 界面报 access denied for user 'root'@'localhost'，不是 phpmyadmin 坏了，而是它拿你输的凭据去连 mysql 时被明确拒了——问题一定在 mysql 用户表里，不在前端页面或浏览器缓存中。
确认当前 auth_type 模式再动手
phpMyAdmin 是否读 config.inc.php 里的 $cfg['Servers'][$i]['user'] 和 $cfg['Servers'][$i]['password']，完全取决于 $cfg['Servers'][$i]['auth_type'] 的值：
- 设为
'config'：它会直接用配置文件里的账号密码连，不弹登录框；但要求 MySQL 必须允许该用户从localhost（Unix socket）免密或指定密码登录 - 设为
'cookie'或'http'（phpEnv、XAMPP 默认）：配置文件中的password字段被彻底忽略，你输什么，它就传什么给 MySQL —— 此时改 config.inc.php 的密码字段毫无意义
查法：grep "auth_type" /path/to/phpmyadmin/config.inc.php。Windows 下常见路径是 D:\phpEnv\phpmyadmin\config.inc.php。
检查 'root'@'localhost' 是否真实存在且插件兼容
PHP 用 localhost 连 MySQL，默认走 Unix socket，只认 'root'@'localhost' 这个组合，'root'@'127.0.0.1' 或 'root'@'%' 都无效。
- 命令行直连验证：
mysql -u root -p，如果这里也失败，说明 root 账号本身异常 - 进库后执行：
SELECT User, Host, plugin FROM mysql.user WHERE User = 'root'; - 若
plugin列显示caching_sha2_password（MySQL 8.0+ 默认），而你的 phpMyAdmin 版本 ≤ 5.0.2，则必然报错，哪怕密码完全正确 - 修复命令：
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_new_password'; - 立刻执行：
FLUSH PRIVILEGES;—— 不加这句，修改不会生效
别漏掉 Host 匹配和权限刷新这两个硬门槛
很多操作卡在最后一步，不是没做对，是没做全：
立即学习“PHP免费学习笔记（深入）”；
-
'root'@'localhost'必须存在：用SELECT User, Host FROM mysql.user WHERE User = 'root';查，没有就补一条（不要只依赖'root'@'127.0.0.1'） - GRANT 后必须
FLUSH PRIVILEGES;：MySQL 5.7+ 多数情况自动重载，但改 Host、跨版本升级、Docker 容器内等场景下缓存不更新，权限就不生效 - 改完认证插件或密码后，一定要重启 MySQL 服务（phpEnv 控制面板点“重启 M”，或
sudo systemctl restart mysql） - phpMyAdmin 自身配置文件权限也要检查：
ls -l config.inc.php，确保 web 用户（如www-data）有读权限，否则会降级用空凭据连接
最常被跳过的其实是 FLUSH PRIVILEGES; 和插件类型验证——看到 plugin 不是 mysql_native_password 就别试密码了，先改插件；看到 GRANT 执行成功就以为完事了，其实得手动刷一次权限表才真正落地。
