报错“Can't start server: Bind on TCP/IP port”才说明3306真被占用；若为“Connection refused (111)”或“Can't connect to MySQL server”，则MySQL服务大概率未启动，应先查监听状态（Windows用netstat -ano | findstr :3306看LISTENING，Linux/macOS用sudo lsof -i :3306或sudo ss -tuln | grep :3306），无输出时立即检查服务状态。
怎么确认3306真被占了，而不是MySQL根本没启动
报错 Can't start server: Bind on TCP/IP port 才是端口冲突；如果只是 Connection refused (111) 或 Can't connect to MySQL server，大概率是服务压根没起来。别急着查端口，先看监听状态：
- Windows（管理员权限）：
netstat -ano | findstr :3306—— 有输出且状态为LISTENING才算真被占 - Linux/macOS：
sudo lsof -i :3306或sudo ss -tuln | grep :3306—— 看到非mysqld的进程名（比如docker-proxy、java、datagrip）就得处理 - 命令无输出？立刻查服务状态：
systemctl status mysql（Linux）或打开“服务”管理器看MySQL80是否为“已停止”
查到PID后，哪些进程能直接杀，哪些必须绕开
拿到PID只是第一步，关键在判断它是不是你能动的程序。盲目 kill -9 或 taskkill /F /PID 可能中断其他依赖服务：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 可安全终止：
docker-proxy（对应容器用docker stop container_name更稳妥）、phpstorm或datagrip（关掉“Database Tools”面板即可）、XAMPP/MAMP残留进程、重复安装的mysqld（如 Windows 上同时存在MySQL57和MySQL80） - 需谨慎：
mysqld且mysqladmin -u root -p ping能通 → 这很可能是你正要用的实例，别动；docker-proxy后面是生产环境容器 → 别停容器，改-p 3307:3306映射 - 特别注意 Docker：宿主机
lsof -i :3306看到的是docker-proxy，不是容器内进程，别进容器去杀
改配置换端口时最容易踩的三个坑
改 port = 3307 不是改完保存就完事，配错位置、漏重启、忽略配套项，都会让修改失效：
- 必须加在
[mysqld]段下，写成Port = 3307（大小写敏感）或放在[client]段都无效 - 配置文件路径不能猜：Windows 优先查
C:\Program Files\MySQL\MySQL Server 8.0\my.ini，Linux 用mysqld --help --verbose | grep "Default options"确认真实加载路径；Docker 容器内得进容器改/etc/mysql/my.cnf，宿主机配置无效 - 改完必须重启服务：
net stop mysql & net start mysql（Windows）、sudo systemctl restart mysqld（CentOS）、brew services restart mysql（macOS Homebrew），不重启等于白改
改完3307，为什么还是连不上
端口改了，但客户端没同步更新，照样打空枪。最容易被忽略的是三件事：
- 客户端连接必须显式指定新端口：
mysql -u root -p -P 3307（注意-P大写），应用配置里也要同步改port字段 - 防火墙规则要放行新端口：Linux 上运行
sudo ufw allow 3307（若启用 ufw），Windows 高级安全防火墙需添加入站规则 -
bind-address和skip-networking设错会导致“监听了却连不上”——验证时别只看ss -tuln，一定要用mysql -h 127.0.0.1 -P 3307 -u root -p实测
