应优先终止占用进程，仅当无法停止（如生产环境共存多实例）时才修改mysql配置port为3307并重启服务，同时需同步调整客户端连接、防火墙及云安全组规则。
不是 MySQL 自己出问题，而是 3306 端口被另一个进程明目张胆占着——90% 的情况，那个进程你还认识，比如旧 MySQL 实例、Docker 容器、PhpStorm 或 DataGrip 的内置数据库代理。
netstat 或 lsof 显示 LISTENING 就代表真被占了
别信“安装失败=端口冲突”这个直觉。先验证：Windows 上用 netstat -ano | findstr :3306，Linux/macOS 上用 sudo lsof -i :3306 或 sudo ss -tuln | grep :3306。只要输出里有 LISTENING（Windows）或 LISTEN（Linux/macOS），且 PID 对应的不是你正要启的 mysqld，那就是真冲突。
常见假阳性：Can't connect to MySQL server on 'localhost' (10061) 可能只是服务根本没起来，不是端口被占。
- 如果命令无输出，但 MySQL 还是起不来，立刻查服务状态：
systemctl status mysql（Linux）或打开“服务”管理器看MySQL80是否为“已停止” - Windows 下
netstat输出最后一列是 PID；Linux/macOS 下lsof输出的PID列也是关键 -
ss -tuln比netstat更轻量，新系统推荐优先用
占用者大概率是你自己留下的“影子进程”
拿到 PID 后，别急着 kill -9。先确认它到底是谁：tasklist | findstr "1234"（Windows）或 ps -p 1234 -o comm=（Linux/macOS）。重点盯这几个名字：
-
mysqld.exe或mysqld：可能是你上次装完忘了关的实例，也可能是宝塔、XAMPP、MAMP 等集成环境自带的 MySQL -
docker-proxy：说明有容器映射了 3306，docker ps一看就明白，别进容器里杀 -
java或phpstorm或datagrip：IDE 工具常默认监听 3306 做本地代理，关掉数据库面板就行 -
mariadbd：MariaDB 和 MySQL 默认端口一样，停mariadb服务比改 MySQL 端口快得多
特别注意：mysqladmin -u root -p ping 能通，说明这个 mysqld 正在提供有效服务——别动它。
改 my.cnf 里的 port 是兜底操作，不是首选
只有当你确认占用者不能停（比如生产环境多实例共存、公司策略禁止 kill），才该改配置。而且必须满足三个条件，否则改了白改：
- 找到真正被加载的配置文件：
mysqld --help --verbose | grep "Default options"，别只认/etc/my.cnf；Docker 容器得进容器改/etc/mysql/my.cnf - 只在
[mysqld]段下写port = 3307，大小写敏感、等号前后不能有空格；写成Port = 3307或塞进[client]段完全无效 - 改完必须重启服务：
sudo systemctl restart mysqld（CentOS）或net stop mysql && net start mysql（Windows），不重启等于没改
改端口后连不上？四个地方必查：mysqld 是否真监听了新端口（ss -tuln | grep :3307）、防火墙是否放行、客户端连接时是否加了 -P 3307、bind-address 是否设成 127.0.0.1 或 0.0.0.0（设成 127.0.0.1 就只能本地连）。
最容易被忽略的其实是 Docker 和 IDE 的“静默占用”
Docker 容器一旦用 -p 3306:3306 启动过，宿主机上 lsof -i :3306 显示的是 docker-proxy，不是容器内进程——你去 docker exec 里杀 mysqld 没用，得 docker stop 容器本身。
IDE 类工具更隐蔽：PhpStorm 的 “Database Tools and SQL” 插件、DataGrip 的 “Local DB” 功能、甚至某些版本的 Navicat 都会在后台悄悄开个 3306 代理。它们不显示在任务管理器常规列表里，但 lsof 或 netstat 一眼就能揪出来。关掉对应功能比改 MySQL 配置快十倍。
