Q如何确认是哪个进程占用了 MySQL 默认端口？MySQL 启动时提示端口冲突，我该用什么方法快速找到占用端口的进程？
A查看端口占用进程
可以先查看 3306 是否被其他程序占用。在 Linux 上可使用 lsof -i:3306 或 netstat -tunlp | grep 3306；在 Windows 上可使用 netstat -ano | findstr 3306，再根据 PID 到任务管理器或命令行中确认进程名称。定位到进程后，就能判断是另一个 MySQL 实例、数据库工具，还是其他服务占用了端口。
QMySQL 端口冲突时，应该改端口还是停掉冲突进程？遇到端口被占用，我更适合修改 MySQL 监听端口，还是直接处理占用端口的服务？
A根据业务场景选择处理方式
如果占用端口的是不需要的旧服务，可以关闭它，保留 MySQL 默认端口，配置会更统一。若端口被其他关键服务占用，或机器上需要同时运行多个数据库实例，就更适合修改 MySQL 的 port 配置，比如改成 3307。改端口后记得同步调整客户端连接串、防火墙规则和应用配置，避免连接失败。
Q修改 MySQL 端口后，为什么还是启动失败？我已经改了配置文件里的端口号，MySQL 还是报端口冲突，这种情况通常是什么原因？
A检查配置是否真正生效
常见原因有几个：配置文件没有改对，MySQL 实际读取的是另一份配置；修改后没有重启服务；bind-address、socket 或多实例配置仍指向旧设置；防火墙或安全组规则未放行新端口。你可以用 mysqld --verbose --help 查看当前加载的配置路径，再用 SHOW VARIABLES LIKE 'port'; 确认运行中的端口是否已变化。
Q如何避免 MySQL 端口再次被占用？这类端口冲突经常反复出现，有没有更稳妥的预防方法？
A建立端口管理习惯
可以为每个数据库实例固定分配端口，并记录到运维文档里，避免多人重复使用同一端口。部署前先做端口检查，特别是在容器、虚拟机和多实例环境中。对于开发机，也建议统一约定 MySQL、Redis、MongoDB 等常用服务的端口范围，减少冲突概率。