先查占用进程再决定停用或换端口：Windows用netstat -ano | findstr :3306获PID，再tasklist | findstr "PID"确认进程名，常见为mysqld.exe、docker-proxy.exe或phpenv-mysql.exe；属实可终止则taskkill /f /pid XXX，否则修改phpEnv的my.ini中[mysqld]段port为3307并重启服务。
查清楚谁在用 3306，别急着改配置
phpEnv 启动 MySQL 失败并提示“端口被占用”，第一反应不是改 my.ini，而是确认到底是谁占了——很多情况下是另一个 MySQL 实例、Docker 容器、或 phpEnv 自身残留的旧进程。Windows 下直接执行：netstat -ano | findstr :3306，输出末尾的数字就是 PID；再用 tasklist | findstr "PID号" 查进程名。常见结果包括：mysqld.exe（另一个 MySQL）、docker-proxy.exe（Docker 中的 mysql 容器）、phpenv-mysql.exe（上一次没关干净的 phpEnv 子进程）。
杀进程还是停服务？看它是不是你真需要的
拿到 PID 后别无脑 taskkill /f /pid XXX，先判断这个进程是否可终止：
- 如果是
mysqld.exe且你确定不是当前要跑的实例，用taskkill /f /pid XXX或任务管理器「结束任务」即可 - 如果是
docker-proxy.exe，优先用docker ps看容器名，再执行docker stop 容器名，比直接杀进程更安全 - 如果 PID 对应的是
phpenv-mysql.exe，说明 phpEnv 上次没正常退出，直接杀掉没问题 - 若
tasklist查不到对应进程，但netstat仍显示 LISTENING，可能是 Windows 服务残留（如旧版 MySQL 服务未卸载干净），需进services.msc手动禁用或删除服务项
改 phpEnv 的 MySQL 端口：只动 my.ini，别碰其他文件
phpEnv 的 MySQL 配置文件默认在 phpenv\mysql\my.ini（Windows）或 phpenv/mysql/my.cnf（Linux/macOS）。编辑时注意三点：
- 只修改
[mysqld]段下的port行，比如改成port = 3307；不要动[client]或[mysql]段里的 port，那些只影响本地命令行连接，默认会读[mysqld]的值 - 改完必须重启 phpEnv 的 MySQL 服务——不是只点「启动」按钮，而是先「停止」再「启动」，否则配置不生效
- phpEnv 自带的控制面板可能缓存旧端口，改完后建议关闭面板重开，或直接用命令行验证：
mysql -u root -p -P 3307
改完连不上？检查这四个地方
端口改了却连不上，90% 是以下某个环节漏了：
- 防火墙没放行新端口：Windows 需在「高级安全防火墙」中添加入站规则，开放 TCP
3307；Linux 若启用了ufw，运行sudo ufw allow 3307 - phpEnv 的 PHP 连接配置没同步：比如
config/database.php里写的还是'port' => 3306，得手动改成3307 -
bind-address写死了127.0.0.1或localhost，导致监听范围受限；临时调试可注释掉这行，或改成0.0.0.0（生产环境慎用） - MySQL 用户权限绑定到了
localhost，而新连接走的是127.0.0.1（二者在 MySQL 权限系统里不同）；登录后执行SELECT User, Host FROM mysql.user;确认是否存在'root'@'127.0.0.1'，没有就补一条
改端口本身很简单，难的是改完之后那一整条链路是否都对齐——从配置文件、服务重启、防火墙、应用连接参数，到 MySQL 自身的网络权限设置，缺一不可。尤其 phpEnv 这类集成环境，容易在 GUI 和 CLI 之间产生配置错位，动手前先用命令行验证最稳。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
