改端口本身不危险，但连不上大概率因配置、重启、防火墙、客户端四环节出错；需先确认配置文件路径和当前端口，再修改[mysqld]段port值，确保端口未被占用、权限正确、旧进程已杀净，最后同步更新客户端连接参数及防火墙规则。

改端口本身不危险，但改完连不上是大概率事件——原因几乎都出在配置、重启、防火墙、客户端这四个环节上。

确认当前端口和配置文件位置

先别急着改，先查清楚你用的是哪个配置文件、当前端口是多少。不同系统路径差异大，硬套 /etc/my.cnf 很可能白忙：

• Linux（Debian/Ubuntu）常见路径：/etc/mysql/mysql.conf.d/mysqld.cnf 或 /etc/mysql/my.cnf
• Linux（CentOS/RHEL）常见路径：/etc/my.cnf
• Windows：通常是 C:\ProgramData\MySQL\MySQL Server X.X\my.ini（X.X 是版本号）
• 用命令快速定位：mysql --help | grep "Default options"，输出里带 my.cnf 路径的那行就是实际生效的
• 进 MySQL 查当前值：SHOW GLOBAL VARIABLES LIKE 'port';，别信“默认是3306”就跳过这步

修改 [mysqld] 段的 port 参数

只改 [mysqld] 下的 port，[client] 或 [mysql] 段的 port 不影响服务监听，纯属客户端默认行为，可不加：

Pandas 配置文件报告生成器

使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。

下载

• 编辑配置文件，在 [mysqld] 下添加或修改一行：port = 3307（数字自己定，避开 3306、1433、1521 等常用端口）
• 确保该端口未被占用：sudo lsof -i :3307 或 sudo netstat -tuln | grep :3307，返回空才安全
• 不要在 [mysqld] 里写 bind-address = 127.0.0.1 后还指望远程连——这是两个独立问题，别混在一起改
• 改完保存，别忘了检查文件权限，MySQL 进程得有读取权限，否则启动直接失败

重启服务前必须杀干净残留进程

很多“改了不生效”其实是因为旧进程没退干净，尤其是 Docker 容器、systemd 多实例、或之前手动 mysqld_safe 启动过的情况：

• 先停服务：sudo systemctl stop mysql（Ubuntu/Debian）或 sudo systemctl stop mysqld（CentOS/RHEL）
• 再扫进程：ps aux | grep mysql，看到残留的 mysqld 或 mysqld_safe 进程，用 sudo kill -9 PID 杀掉
• Docker 用户注意：docker ps 看是否还有运行中的 MySQL 容器占着目标端口，有就得 docker stop 掉
• 最后启动：sudo systemctl start mysql，别跳过 status 检查：sudo systemctl status mysql，看有没有 “active (running)” 和报错

连接失败时优先排查这三处

重启后 SHOW GLOBAL VARIABLES LIKE 'port' 显示新值 ≠ 你能连上。真实卡点往往在这儿：

• 客户端连接命令必须显式指定新端口：mysql -u root -p -P 3307（注意是大写 -P，小写 -p 是密码）
• 防火墙拦着：CentOS/RHEL 用 firewall-cmd --permanent --add-port=3307/tcp && firewall-cmd --reload；Ubuntu 用 sudo ufw allow 3307
• 应用配置漏改：Spring Boot 的 spring.datasource.url、PHP 的 DB_PORT、Navicat 连接设置里的端口……全得同步更新，只改服务端没用

端口能改，但改完不能只盯着配置文件看——服务是否真正监听新端口、客户端是否明确指向它、中间链路（防火墙、代理、容器网络）是否放行，这三个层面缺一不可。最容易被忽略的是：你以为重启了服务，其实旧进程还在跑；你以为改对了配置，其实 MySQL 根本没读那个文件。