ERROR 2002在phpEnv中主因是mysqld.exe未运行或socket路径不一致；需先检查任务管理器确认进程存在，再统一my.ini与php.ini中的socket路径，并确保tmp目录有SYSTEM及当前用户完全控制权限。
phpEnv里MySQL 2002错误，先确认mysqld进程真在跑
phpEnv 是 Windows 下的集成环境，但它的 MySQL 默认走的是 mysqld.exe 进程 + socket 文件通信，不是 TCP。报 2002 的第一反应不是改 PHP 代码，而是看服务有没有“活”着——很多情况下 mysqld.exe 根本没启动，或者启动后异常退出了。
打开任务管理器 → “详细信息”页，搜 mysqld.exe；如果没看到，说明服务没起来。别急着查配置，先手动双击 phpEnv 安装目录下的 mysqlinmysqld.exe（或通过 phpEnv 控制面板点“启动 MySQL”）。如果弹窗报错（比如提示缺少 libssl-1_1.dll），那是运行时依赖缺失，得补全 DLL 或换匹配版本的 MySQL bin 包。
- 常见假“启动成功”：控制面板显示绿色，但任务管理器里没
mysqld.exe进程 → 实际是守护脚本卡住了，直接杀掉所有mysqld相关进程再重试 - Windows 服务方式启动的 phpEnv（如部分旧版），要用
services.msc查 “MySQL” 服务状态，而非只看 phpEnv 界面 - 启动失败时，去
mysqldata*.err日志文件末尾看具体报错，比盲目改配置有用得多
phpEnv 的 socket 路径默认不统一，必须手动对齐
phpEnv 的 MySQL 配置分散在多个地方：mysqlmy.ini（服务器用）、phpphp.ini（PHP 客户端用）、还有 phpEnv 自己的启动脚本。它们默认的 socket 路径经常不一致：比如 my.ini 写的是 socket="D:/phpEnv/mysql/tmp/mysql.sock"，而 PHP 却按 /tmp/mysql.sock 去找（Linux 风格路径），结果当然 2002。
解决办法不是“猜路径”，而是显式锁定：
立即学习“PHP免费学习笔记（深入）”；
- 打开
mysqlmy.ini，在[mysqld]和[client]段都加上同一行：socket="D:/phpEnv/mysql/tmp/mysql.sock"（路径用正斜杠或双反斜杠，别用单反斜杠） - 打开
phpphp.ini，找到mysqli.default_socket和pdo_mysql.default_socket，设为同一路径：mysqli.default_socket = "D:/phpEnv/mysql/tmp/mysql.sock" - 改完重启 phpEnv 全局服务，不要只重启 Apache —— MySQL 进程必须重载配置
用 127.0.0.1 强制走 TCP 是最快验证手段
当你不确定 socket 路径是否真生效，或者想快速判断是“服务问题”还是“路径问题”，就绕过 socket 直接走 TCP。在 PHP 里把数据库主机从 localhost 改成 127.0.0.1，端口明确写 3306：
mysqli_connect('127.0.0.1', 'root', '', 'test', 3306)
如果这能连上，说明 mysqld.exe 正常监听、用户权限也没问题，纯属 socket 配置或权限问题。这时候再回头检查 my.ini 和 php.ini 里的 socket 是否完全一致、路径是否存在、文件夹是否有写权限（Windows 下 mysql mp 目录需允许 SYSTEM 和当前用户写入）。
-
localhost在 Windows 下默认强制走命名管道或共享内存，不一定走 socket；只有127.0.0.1才一定走 TCP - 如果连
127.0.0.1也失败，立刻检查my.ini中bind_address是否为127.0.0.1或0.0.0.0，默认值可能是127.0.0.1，但某些 phpEnv 版本会清空它 - 别信“端口被占”的直觉——用
netstat -ano | findstr :3306看 PID，再查任务管理器确认是不是其他 mysqld 在抢端口
phpEnv 套接字文件生成失败，多数因 tmp 目录权限或路径非法
即使 mysqld.exe 启动了，mysql.sock 文件也可能根本没生成。Windows 不像 Linux 有 /tmp，而 phpEnv 往往沿用类 Unix 路径逻辑，导致 socket 文件创建失败。错误日志里常见 Can't start server: Bind on unix socket: Permission denied 或直接静默跳过创建。
最稳的解法是放弃自动生成，手动指定一个绝对路径并确保可写：
- 选一个肯定存在的目录，比如
D:/phpEnv/mysql/tmp/，右键属性 → “安全” → 编辑 → 添加SYSTEM和你当前 Windows 用户，勾上“完全控制” - 在
my.ini里把socket设为该路径下的文件，例如：socket="D:/phpEnv/mysql/tmp/mysql.sock" - 删掉旧的
mysql.sock（如果存在），然后重启 MySQL —— 正常启动后，这个文件会被自动创建，且大小非零 - 如果仍不生成，临时把
socket改成\.pipemysql（Windows 命名管道），虽然慢一点，但能绕过文件系统权限问题
真正容易被忽略的是：phpEnv 启动脚本有时会覆盖 my.ini 里的 socket 设置，或者读取了错误位置的配置。建议启动前用 mysqld --print-defaults 看它实际加载了哪些配置项和路径。
