mysql 8.0+ 修改 my.ini 端口不生效，首要确认服务实际加载的配置文件路径，并确保 port=3307 位于 [mysqld] 段且无格式错误，同时需重启服务、开放防火墙、更新客户端连接参数。
MySQL 8.0+ 修改 my.ini 中的端口不生效？先确认服务是否读取了这个文件
Windows 下 MySQL 启动时不一定用 my.ini，它会按顺序查找多个配置文件（my.ini、my.cnf、注册表、命令行参数），优先级高的会覆盖低的。常见现象是改了 my.ini 却没效果，其实是服务从别处加载了配置。
- 用
mysql --help --verbose查看“Default options are read from”那一行，确认实际加载路径 - 检查 Windows 服务启动命令：
sc qc MySQL（服务名可能为MySQL80等），看有没有带--defaults-file=参数 - 如果 MySQL 是通过 MSI 安装的，默认配置文件常在
C:\ProgramData\MySQL\MySQL Server 8.0\my.ini（注意ProgramData是隐藏目录） - 修改后必须重启服务：
net stop MySQL80 && net start MySQL80，仅重启客户端无用
port 必须放在 [mysqld] 段，且不能有空格或注释干扰
很多人把 port=3307 写在 [client] 或 [mysql] 下，这只会改客户端默认连接端口，服务端监听端口完全不受影响。
- 只在
[mysqld]段内写：[mysqld] port=3307
- 确保该行前面没空格，后面没多余字符（如中文分号、全角符号、尾部空格）
- 避免和
bind-address冲突：若设了bind-address=127.0.0.1，新端口只对本地生效；若要远程访问，需配合bind-address=0.0.0.0或具体 IP - Windows 防火墙默认阻止非 3306 端口，开放前需手动添加入站规则（端口类型选“TCP”，特定本地端口填
3307）
修改端口后连不上？检查错误日志里的真实监听地址和权限
MySQL 启动失败或监听异常时，不会直接报“端口被占”，而是静默失败或监听 0.0.0.0:0 —— 这时候得看错误日志。
- 日志路径通常在
datadir目录下的hostname.err文件，或由log-error配置项指定 - 关键错误信息示例：
Can't start server : Bind on TCP/IP port: Address already in use→ 端口冲突 - 启动成功但无法连接？用
netstat -ano | findstr :3307确认 MySQL 进程是否真在监听该端口 - 用户账号没授权新端口访问？其实端口本身不参与权限控制，但若改了
bind-address导致监听范围变化，远程用户可能因 host 匹配不到而被拒（比如原账号是'user'@'192.168.%'，但新配置只监听127.0.0.1）
端口改完还要注意客户端工具和连接字符串的显式指定
很多工具（如 Navicat、DBeaver、Python 的 pymysql）默认走 3306，不因为服务端改了就自动适配。
- 连接字符串中必须显式写端口，例如：
mysql -h127.0.0.1 -P3307 -u root -p（注意是大写-P） - 应用代码里类似：
host='127.0.0.1', port=3307，不能只改配置文件就以为万事大吉 - Docker 场景下还需同步更新
-p 3307:3307映射，否则容器外仍连不上 - 若用 socket 连接（localhost），MySQL 会自动走 Unix socket 而非 TCP，此时端口设置无效 —— 测试时建议统一用
127.0.0.1强制走 TCP
真正容易被忽略的是配置文件加载顺序和 Windows 防火墙这两层。改完端口跑不通，八成不是 port= 写错了，而是服务根本没读那个文件，或者系统拦住了新端口。
