先确认3306是否真被占用：windows用netstat -ano | findstr :3306，linux/macos用sudo lsof -i :3306；有listening且非mysqld进程（如docker-proxy、java）即为占用，再通过tasklist或ps查pid对应程序，优先终止可关闭的冗余进程（如旧mysql实例、docker容器、ide内置服务），否则修改my.ini或my.cnf中[mysqld]段port为3307并重启服务，同时同步更新客户端连接参数及防火墙规则。
直接看端口谁在用，别猜——90%的“端口被占用”问题，其实根本不是 MySQL 自己的问题，而是另一个进程（比如旧 MySQL、Docker 容器、IDE 内置数据库服务）正占着 3306。
怎么确认确实是 3306 被占了？
先排除“MySQL 没启动”这个假阳性：报 Can't connect to MySQL server on 'localhost' (10061) 不一定代表端口被占，也可能是服务压根没跑起来。
- Windows：管理员权限运行
netstat -ano | findstr :3306，有输出且状态是LISTENING才算真被占 - Linux/macOS：
sudo lsof -i :3306或sudo ss -tuln | grep :3306，看到非mysqld的进程名（比如java、docker-proxy、phpstorm）就得警惕 - 如果命令没输出，但 MySQL 还是启不了，立刻查服务状态：
systemctl status mysql（Linux）或看“服务”管理器里MySQL80是否为“已停止”
netstat 或 lsof 显示 PID 后，怎么知道是谁？
光有 PID 不够，得确认它是不是你能动的程序。盲目 kill -9 可能干掉关键服务。
- Windows：
tasklist | findstr "1234"（把 1234 换成实际 PID），重点看Image Name列 —— 是mysqld.exe就要小心：它可能是你忘了关的旧实例，也可能是宝塔/AMPPS 等集成环境自带的 MySQL - Linux/macOS：
ps -p 1234 -o comm=，输出mysqld时再用mysqladmin -u root -p ping测试是否还能连；输出docker-proxy就说明有容器映射了3306，得查docker ps - 特别注意 Docker：宿主机上
lsof -i :3306看到的是docker-proxy，不是容器内进程，别去容器里杀 —— 要停容器或改-p映射
改配置前，哪些进程可以安全终止？
不是所有占用者都得让路。优先关掉这些，比改端口快得多：
- 重复的 MySQL 实例：比如你装了 MySQL Installer 又手动编译了一个，
sc delete MySQL80（Windows）或sudo systemctl stop mysqld（Linux）后删服务再清残留 - Docker 容器：
docker ps --filter "expose=3306" --format "{{.ID}}" | xargs docker stop，比改宿主机配置干净 - IDE 工具：PhpStorm、DataGrip 的“内置数据库”默认开
3306，关掉对应功能即可 - 测试服务：比如本地跑的 Spring Boot 项目配了
spring.datasource.url=jdbc:mysql://localhost:3306却没关连接池，它可能一直占着端口
为什么改了 my.cnf 的 port = 3307 还是连不上？
改端口不是改一行配置就完事。漏掉任意一个环节，客户端照样打 3306 去撞墙：
- 配置文件位置错了：
mysqld --help --verbose | grep "Default options"才是真实加载路径，/etc/my.cnf和/etc/mysql/my.cnf可能都不生效 - 没重启服务：改完必须
sudo systemctl restart mysql（Ubuntu/Debian）或sudo systemctl restart mysqld（CentOS/RHEL），只 reload 不行 - 客户端没同步改：
mysql -P 3307 -u root -p（注意大写-P），Python 的pymysql.connect(port=3307)，Java 的 JDBC URL 里加:3307 - 防火墙拦着：Linux 上
sudo ufw allow 3307，云服务器还得进安全组补规则 —— 这个最容易被跳过
真正麻烦的不是改端口，而是改完之后发现应用连的是旧端口、监控脚本没更新、备份任务还在往 3306 发请求。动手前，先想清楚：你改的是临时调试环境，还是生产多实例共存？后者需要全链路对齐，前者直接 kill 更省心。
