根本原因是mysql服务未监听远程ip或用户host字段不匹配真实来源ip；需确认bind-address设为0.0.0.0或指定内网ip并重启服务，同时创建'user'@'实际客户端ip'账号并执行flush privileges。
根本原因不是用户没创建成功，而是 mysql 服务端压根没“听”那个 ip 的请求，或者用户账号的 host 字段和你实际连接的来源 ip 对不上。
MySQL 用户的 Host 字段必须匹配真实来源 IP
创建用户时写的 'user'@'192.168.1.5'，就只允许从 192.168.1.5 这台机器连；写成 'user'@'%' 才能接受任意 IP。但 % 不包含 localhost（这是个特殊值），所以本地用 127.0.0.1 连仍可能失败。
- 执行
SELECT User, Host FROM mysql.user;确认该用户的Host值是不是你预期的那个 IP 或通配符 - 如果 phpMyAdmin 跑在 A 服务器，而你要从 B 电脑访问 A 上的 phpMyAdmin 再连 C 服务器的 MySQL，那 C 服务器上用户授权的
Host必须是 A 服务器的 IP，不是 B 的 -
'user'@'localhost'和'user'@'127.0.0.1'在 MySQL 里是两个不同账号，权限不互通
MySQL 服务端 bind-address 没放开监听
哪怕用户授权全给了，如果 MySQL 只监听 127.0.0.1，它根本收不到来自其他机器的 TCP 请求——连接在系统层就被拒绝了，phpMyAdmin 连错误都收不到，只会卡在 #2003。
- 查当前绑定：
mysql -e "SHOW VARIABLES LIKE 'bind_address';"，结果是127.0.0.1就说明问题在此 - 改配置文件（如
/etc/mysql/mysql.conf.d/mysqld.cnf），把bind-address = 127.0.0.1改成bind-address = 0.0.0.0或具体内网 IP - 改完必须重启 MySQL：
sudo systemctl restart mysql，否则配置不生效
防火墙或云厂商安全组拦掉了 3306（或自定义端口）
MySQL 听得见、用户也授权了，但网络流量到不了服务进程——Linux 的 ufw、firewalld，Windows 防火墙，还有阿里云/腾讯云的安全组，默认都会封掉 3306 入方向。
- 本地测试连通性：
telnet 远程IP 3306或nc -zv 远程IP 3306，不通就是网络层被拦 - 云服务器务必检查安全组规则：入方向是否放行了你的来源 IP + 3306 端口
- Linux 上运行
sudo ufw status，确认3306在 ALLOW 列表里；若没有，加规则：sudo ufw allow 3306
phpMyAdmin 配置里 host 写成了 localhost
很多人复制本地配置后只改了用户密码，却忘了 $cfg['Servers'][$i]['host'] 还是 'localhost'。这会让 phpMyAdmin 去连自己所在机器的 MySQL，而不是你填的那个远程地址。
- 必须改成远程数据库的真实 IP 或域名，例如：
$cfg['Servers'][$i]['host'] = '10.0.2.5'; - 如果远程 MySQL 改了端口（比如
3307），$cfg['Servers'][$i]['port']也得同步改，否则连的是默认3306 - 启用 SSL 时漏设
$cfg['Servers'][$i]['ssl'] = true;，连接会静默失败，页面只显示空白或通用错误
最容易被忽略的是：MySQL 的 bind-address 和用户 Host 是两道独立关卡，少一个，TCP 连接就在半路断掉，phpMyAdmin 根本来不及报错细节。别急着重装或换工具，先确认这两项是否真正对齐。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
