修改my.cnf中port参数前必须确认：配置文件是否被MySQL实际加载、是否存在多个[mysqld]段导致覆盖、是否有skip-networking或bind-address限制网络连接。
修改 my.cnf 中的 port 参数前必须确认的三件事
直接改 [mysqld] 下的 port 值不一定会生效，常见失败原因就藏在这三个前提里：
-
my.cnf文件是否真被 MySQL 加载？用mysqld --verbose --help | grep "Default options"查看实际读取路径，常见位置有/etc/my.cnf、/etc/mysql/my.cnf、/usr/etc/my.cnf，Docker 容器内还可能是/etc/mysql/conf.d/docker.cnf - 配置文件中是否同时存在多个
[mysqld]段？后加载的段会覆盖前面的，port写在错误段里等于没写 - 是否存在
skip-networking或bind-address = 127.0.0.1这类限制项？它们会让 MySQL 拒绝外部连接，即使端口改了也连不上
只改 port=3306 还远远不够：客户端段也要同步
MySQL 启动时只读 [mysqld] 段的 port，但本地命令行客户端（如 mysql -u root -p）默认仍连 3306 —— 因为它优先查 [client] 段。不配这个，你改完服务端口，自己连都连不进去。
- 在
my.cnf的[client]段下加一行：port = 3307（与[mysqld]值一致） - 如果项目用连接字符串（如
mysql://root@127.0.0.1:3307/test），这里必须显式带端口号，不能依赖配置文件 -
[mysql]、[mysqldump]等工具段也建议统一配port，避免导出/导入时意外连错实例
改完 port 后服务起不来？检查这四个典型卡点
重启 mysqld 失败或日志报错，大概率是以下之一：
-
Can't start server: Bind on TCP/IP port: Address already in use：目标端口被其他进程占了，用lsof -i :3307或netstat -tuln | grep :3307查占用进程 - 日志里出现
unknown variable 'port=3307'：说明你把port写进了错误的配置段（比如写进[client]却没加[mysqld]），或用了已废弃的旧参数名 - 启动成功但
show global variables like 'port'仍是 3306：配置文件没被加载，或你改的是my.ini（Windows）却在 Linux 上操作 - Docker 容器内改了配置但端口映射没更新：除了改容器内
my.cnf，还必须重跑docker run -p 3307:3307，否则宿主机仍无法访问新端口
防火墙和 SELinux 不放行，等于白改
Linux 上改完端口，若从远程机器连不上，90% 是网络层拦截：
- firewalld：执行
firewall-cmd --permanent --add-port=3307/tcp+firewall-cmd --reload - iptables：加规则
iptables -I INPUT -p tcp --dport 3307 -j ACCEPT，并保存service iptables save - SELinux：若启用，需运行
semanage port -a -t mysqld_port_t -p tcp 3307，否则setsebool -P mysqld_disable_trans 1是临时绕过方案 - 云服务器（阿里云/腾讯云等）：安全组规则必须手动添加入方向 TCP:3307，控制台操作比系统防火墙更优先
端口改得再准，漏掉其中一环，连接就会卡在 “Connection refused” 或超时。最常被忽略的是 SELinux 和云平台安全组——它们不报错，只静默丢包。
