mysql改端口需确保配置写在[mysqld]段、服务重启、os监听成功、防火墙放行、客户端显式指定端口，且云/docker/selinux等中间层同步适配，任一环节遗漏均导致连接失败。
MySQL 启动时提示 Can't start server: Bind on TCP/IP port
这是端口被占用或配置不生效的典型表现。MySQL 默认监听 3306，改端口不是改个配置就完事——必须确认服务是否真正加载了新配置、系统防火墙是否放行、客户端是否同步更新连接参数。
- 修改的是
my.cnf（Linux）或my.ini（windows）里的port项，位置必须在[mysqld]段下，写在[client]或全局段无效 - 常见错误：改了
bind-address = 127.0.0.1却没配port，或把port写成字符串如port = "3307"（MySQL 只接受纯数字） - 改完必须重启
mysqld进程，systemctl restart mysql或service mysqld restart；仅 reload 配置不生效
用 netstat 或 ss 验证端口是否真在监听
配置写了、服务也重启了，但客户端连不上？别急着怀疑配置，先看 OS 层面 MySQL 是否真在那个端口上挂起了 socket。
- Linux 下执行：
ss -tlnp | grep :3307（把3307换成你设的端口号），看到mysqld进程才说明监听成功 - 如果没输出，检查
Error.log（通常在/var/log/mysql/error.log或datadir下），搜索Starting MySQL后是否有Server socket created on IP: '0.0.0.0'. port: 3307类似日志 - Windows 用户可用
netstat -ano | findstr :3307，再用tasklist | findstr <pid></pid>确认是mysqld.exe
客户端连接失败：ERROR 2003 (HY000): Can't connect to MySQL server on 'localhost' (111)
这个错误常让人误以为是服务没起来，其实更可能是客户端仍往默认端口发请求。MySQL 客户端工具默认走 3306，不读取服务端配置。
- 命令行连接必须显式指定端口：
mysql -u root -p -P 3307（注意是大写-P，小写-p是密码） - 应用程序（如 Python 的
pymysql、Java 的 JDBC URL）需在连接串里加:3307，例如：jdbc:mysql://localhost:3307/test - Docker 场景下还要额外暴露端口：
-p 3307:3307，否则宿主机根本访问不到容器内新端口
云服务器或 Docker 环境下改端口后依然连不上
本地验证通了，一上云就失效，大概率卡在中间层——不是 MySQL 本身的问题。
- 阿里云/腾讯云安全组必须手动放行新端口（不只是
3306），且规则方向选“入方向” - Docker 运行时若用了
--network host，则容器共享宿主机网络，bind-address必须设为0.0.0.0才能从外部访问；若用 bridge 网络，则依赖-p映射 - SELinux（RHEL/centos）可能拦截非标准端口，临时关闭测试：
setenforce 0；长期方案是用semanage port -a -t mysqld_port_t -p tcp 3307
改端口本身很简单，难的是每一层都得对得上：配置文件写对位置、进程真正加载、OS 层监听成功、防火墙放开、客户端明确指定、中间件（云/Docker/SELinux）不拦截。漏掉任意一环，都会卡在“明明改了却连不上”。