改端口启动失败主因是systemd未加载配置或mysqld静默退出：需检查mysqld.service中--defaults-file路径是否正确、配置文件编码（windows用ansi）和换行符、端口占用、日志目录权限，并同步修改[client]段port。
改了 port 却启动失败，大概率不是端口本身的问题，而是 systemd 启动时根本没读到你改的配置，或者读到了但 mysqld 进程因其他原因立刻退出，systemd 只看到超时或 “unit not found”。
mysqld.service 文件里没指定 --defaults-file 或路径错
systemd 启动 MySQL 时不默认加载 /etc/my.cnf 或 my.ini，它只认 mysqld.service 中 ExecStart 显式写的 --defaults-file 参数。如果你手动改了 port=3307，但 mysqld.service 里没写这个参数，或者写错了路径，mysqld 就会按内置默认（3306）启动，甚至直接跳过你的配置文件。
- 检查
ExecStart行是否包含--defaults-file=/etc/my.cnf（Linux）或--defaults-file="C:\ProgramData\MySQL\MySQL Server 8.0\my.ini"（Windows） - 确认该路径下文件真实存在，且里面
[mysqld]段确实有port=3307 - 如果
mysqld.service里没写--defaults-file，mysqld 会按顺序查找多个位置（/etc/my.cnf,/etc/mysql/my.cnf,$MYSQL_HOME/my.cnf等），容易误读旧配置
配置文件编码或换行符导致 mysqld 静默失败（尤其 Windows）
Windows 下用记事本保存的 my.ini 默认是 ANSI 编码，若你用 VS Code 或 Notepad++ 保存为 UTF-8（带 BOM 或无 BOM），mysqld 8.0 会无法解析，报错类似 Can't create test file 或直接退出，systemd 看不到具体错误，只显示 “failed to start”。
- 用记事本打开
my.ini→ 另存为 → 编码选“ANSI” → 保存 - 避免在
[mysqld]段顶部加空行、注释或 Unicode 字符 - Linux 下注意行尾是 LF（不是 CRLF），可用
file my.cnf查看编码和换行类型
端口被占用了，但 mysqld 没报错，systemd 卡在 activating
mysqld 绑定端口失败时，不一定会立刻崩溃并输出错误——尤其当 log-error 路径不可写、或日志被禁用时，它可能静默退出。systemd 等不到 READY=1，就一直卡在 activating，直到 TimeoutSec（默认 90s）超时，然后报 “Job for mysqld.service failed because a timeout was exceeded”。
- 启动前先执行：
sudo ss -tlnp | grep :3307（Linux）或netstat -ano | findstr :3307（Windows） - 别只信
systemctl status mysqld，必须跑：sudo journalctl -u mysqld -n 50 -e，看最后一句是不是Can't start server: bind on tcp/ip port - 临时验证：手动运行
sudo -u mysql /usr/sbin/mysqld --defaults-file=/etc/my.cnf --console，错误会直接打到终端
改了 port 但 client 段没同步，连接工具仍连 3306
很多 GUI 工具（如 MySQL Workbench、DBeaver）默认读 [client] 段的 port，而不是服务端配置。你只改了 [mysqld] 的 port，客户端连时还是发向 3306，自然连不上——但这不影响 systemd 启动成功，只是“看起来没生效”。
- 确保
my.cnf或my.ini中同时存在： -
[mysqld]port=3307 -
[client]port=3307 - 命令行连接时也显式指定：
mysql -P 3307 -u root -p
真正卡住的地方，往往不在 port=3307 这一行，而在它前面的路径、权限、编码、日志目录可写性这些“看不见”的环节。每次修改后，不要直接 systemctl restart，先用 mysqld --console 验证进程能否干净启动，再交给 systemd 管理。
