在Linux环境中确认MySQL实例到底使用的是哪个端口，是日常运维和故障排查里很基础也很关键的一步。无论是为了配置应用连接串，还是检查防火墙规则是否放行，都需要拿到准确的监听端口。下面介绍几种从系统层到数据库层都可行的方法。
一、通过MySQL客户端命令查询
如果当前服务器能够正常连接进MySQL服务，那么最直接的方式就是在数据库内部查看系统变量。MySQL把监听端口暴露为一个名为port的全局变量，使用show variables语句即可读取。
这种方法的优势在于它返回的是MySQL自身真正生效的配置，不受操作系统端口映射或容器转发干扰。在多实例场景下，每个实例连接到不同的socket或端口后，查到的port就是该实例实际使用的。执行示例如下：
-- 登录MySQL后执行 show variables like 'port'; -- 也可使用select方式 select @@port;
输出结果中Value列显示的数字就是端口号，默认一般是3306。如果做过自定义修改，这里会如实反映。要注意的是，部分云数据库或容器化部署可能在宿主机做了端口映射，数据库内看到的port和外界访问端口不一定相同。
二、利用系统网络工具查看监听端口
当无法登录MySQL，或者想从操作系统层面验证进程究竟绑在哪个地址和端口时，netstat和ss是两个常用的命令行工具。它们能列出所有tcp监听套接字，结合grep过滤mysqld关键词即可定位。
netstat在较老发行版中默认自带，使用-anp参数可以显示端口与进程名。ss是新一代替代工具，语法类似但效率更高。下面分别给出示例：
# 使用netstat查询 netstat -anp | grep mysqld # 使用ss查询 ss -lntp | grep mysqld
输出里local address后面的冒号数字就是监听端口，例如0.0.0.0:3306表示在所有网卡上监听3306。如果看到的是127.0.0.1:3306，说明仅允许本机连接，外部网络自然连不上，这也是常见的排错点。
三、检查MySQL配置文件
MySQL的端口通常在启动时从配置文件读取。不同Linux发行版路径存在差异，Debian系常在/etc/mysql/mysql.conf.d/mysqld.cnf，RedHat系多在/etc/my.cnf或/etc/my.cnf.d/下。打开对应文件搜索port字段即可。
配置文件中[mysqld]段落下的port参数优先级低于命令行启动参数，因此若发现文件写的是3306但实际监听不对，应当再用ps命令看启动命令是否覆盖了配置。配置文件查看方式：
# 常见配置文件路径 grep -r "port" /etc/mysql/ 2>/dev/null grep -r "port" /etc/my.cnf* 2>/dev/null
用grep递归搜索能快速定位所有相关配置。需注意有些环境使用了include指令引入额外目录，要确认搜索范围覆盖到被引入的子配置文件。
四、通过进程启动参数确认
有时MySQL是源码编译后自定义脚本启动的，配置散落在启动命令里。此时ps命令能列出真实生效的参数。结合--port或-P字样即可判断。
这种方式特别适合没有统一配置管理的测试机。示例如下：
ps -ef | grep mysqld
输出中若包含--port=3307之类片段，说明实例实际使用的是3307。把进程参数、配置文件、数据库内变量三者交叉比对，基本可以完全确认端口情况，也能发现隐藏的多实例冲突。
五、容器与特殊环境补充
在Docker等容器里运行MySQL时，容器内port变量往往是3306，但宿主机映射出来可能是其他端口。此时要依靠docker ps或docker inspect查看端口映射规则。
例如执行docker ps能看到0.0.0.0:3308->3306/tcp，意为宿主3308转发到容器3306。应用连接应使用宿主3308。相关命令如下：
docker ps --format "table {{.Names}}t{{.Ports}}"
理清这一层区别，才能避免在容器环境里查到3306却连不上。综合上述系统命令与数据库命令，就能在任何Linux场景下稳妥地查询到MySQL端口。