phpEnv中MySQL远程连接失败需四步解决：先修改my.ini注释bind-address与skip-networking并重启服务；再授权root@'127.0.0.1'和root@'%'用户；然后Navicat填127.0.0.1（非localhost）、正确端口及密码；最后关闭Windows防火墙或放行3306端口。
phpEnv 默认关闭 MySQL 远程访问，直接填 127.0.0.1 或 localhost 在 Navicat 里连不上——这不是 Navicat 配置错了，而是 phpEnv 的 MySQL 服务压根没开放外部连接权限。
phpEnv 的 MySQL 默认不监听外部请求
phpEnv 启动的 MySQL 服务默认配置了 bind-address = 127.0.0.1（或更严格地写死为 127.0.0.1），且可能启用了 skip-networking。这意味着它只响应本地 socket 或本机 127.0.0.1 的请求，Navicat 从桌面发起的 TCP 连接会被直接拒绝。
常见错误现象：
- Navicat 报错：
Can't connect to MySQL server on '127.0.0.1' (10061)或Connection refused - 用命令行
mysql -h 127.0.0.1 -P 3306 -u root -p也连不上，但mysql -u root -p（走 socket）能进
解决办法只有改配置文件并重启服务：
立即学习“PHP免费学习笔记（深入）”；
- 找到 phpEnv 安装目录下的
mysql\my.ini（不是my.cnf） - 注释掉或删掉
bind-address = 127.0.0.1这一行（改成bind-address = 0.0.0.0也可，但非必须） - 确认
skip-networking这行被注释或删除 - 保存后，通过 phpEnv 控制面板「重启 MySQL」，不是仅「重启服务」，要彻底 stop → start
MySQL 用户权限没开放 % 主机访问
即使网络层通了，MySQL 默认的 root@localhost 账户也不允许从 %（任意主机）登录。Navicat 连接时实际走的是 TCP，MySQL 认为来源是 root@'127.0.0.1' 或 root@'%'，而不是 root@localhost。
必须显式授权：
- 用 phpEnv 自带的 MySQL CLI 或已有的本地连接，执行：
GRANT ALL PRIVILEGES ON *.* TO 'root'@'127.0.0.1' IDENTIFIED BY '你的密码';<br>GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY '你的密码';<br>FLUSH PRIVILEGES;
注意：
- 如果只加了
root@'127.0.0.1'，Navicat 填127.0.0.1才能连；填localhost仍失败（因为协议不同） -
root@'%'更通用，但需确保密码强度足够，毕竟这是开放给任意 IP 的凭证 - 别漏掉
FLUSH PRIVILEGES;，否则权限不生效
Navicat 连接参数必须匹配实际配置
填错一个字段就会白忙活。对照 phpEnv 界面右下角显示的实际端口和用户名来填，别凭印象：
- 主机名/IP 地址：填
127.0.0.1（不要填localhost，避免 Unix socket 干扰） - 端口：phpEnv 默认是
3306，但如果改过，就填界面上写的那个数字（比如3307） - 用户名：通常是
root，但得和上一步GRANT语句里的用户名完全一致 - 密码：就是你执行
GRANT ... IDENTIFIED BY 'xxx'时设的那个，不是 phpEnv 启动界面显示的“初始密码” - 数据库：可空着，连上后再选；如果填了，必须是真实存在的库名
测试前先关防火墙或放行对应端口（Windows Defender 防火墙常拦截 3306），否则 Connection timed out 是另一个常见原因。
为什么不用 SSH 隧道或 localhost？
有人试过用 Navicat 的 SSH 隧道连 phpEnv，结果失败——因为 phpEnv 是 Windows 本地环境，没有 SSH 服务，SSH Host 栏填啥都没用。而填 localhost 看似合理，但 MySQL 对 localhost 有特殊处理：强制走命名管道或 socket，绕过 TCP 栈，导致 Navicat 实际没发出去包。
真正起效的组合只有一个：127.0.0.1 + 正确端口 + 显式授权的用户 + 关闭 skip-networking + 重启 MySQL。少一环，连接就卡在底层握手阶段，连错误提示都未必完整返回。
