MySQL连接指定端口后实际仍是3306的原因分析及解决方法

MySQL 连接指定端口后，为什么实际仍是 3306？

在日常运维或开发过程中，有时我们在使用 mysql 命令行工具连接 MySQL 实例时，可能会遇到一个令人疑惑的问题：

mysql -u root -p -P 3307

本以为连接的是监听在 3307 端口的 MySQL 实例，但登录进去后执行：

SELECT @@hostname, @@port;

却发现：

+----------------+--------+
| @@hostname     | @@port |
+----------------+--------+
| your-hostname  | 3306   |
+----------------+--------+

也就是说，实际连接的是 3306 端口，而不是我们指定的 3307。这是为什么？本文将为你详细解答。

问题现象复现

命令：

mysql -u root -p -P 3307

登录成功后执行：

SELECT @@port;

输出结果却是：

3306

这说明当前连接的 MySQL 实例监听端口为 3306，而不是我们指定的 3307。

原因分析

没有指定 -h，默认走的是本地 Unix Socket

MySQL 客户端有两种连接方式：

当你没有指定 -h 参数时，例如：

mysql -u root -p -P 3307

MySQL 客户端会默认使用 Unix Socket 方式连接本地 MySQL 实例，而不是 TCP 连接。

而本地默认的 Socket 通常连接的是 MySQL 默认端口 3306 的实例。这就解释了为什么你看到的是 @@port = 3306。

提示：-P 端口号只在 TCP 连接中才会生效，Socket 连接时会被忽略。

多实例环境中未显式指定目标地址

如果你在本机运行了多个 MySQL 实例（例如一个监听 3306，另一个监听 3307），但没有明确指定连接主机地址，则默认连接的是 3306 监听的实例。

正确的连接方法

为了确保连接到指定端口上的实例，你需要强制使用 TCP 连接方式。

方法一：添加 -h 127.0.0.1

mysql -u root -p -P 3307 -h 127.0.0.1

指定主机地址为 127.0.0.1，客户端就会使用 TCP 协议连接指定端口。

方法二：添加 –protocol=TCP

mysql -u root -p -P 3307 --protocol=TCP

这个参数显式告诉 MySQL 客户端使用 TCP 协议，而不是默认的 Socket。

验证是否连接成功

进入 MySQL 后执行以下命令验证：

SELECT @@hostname, @@port, @@socket;

如果你看到的是：

+-------------+--------+----------------------+
| @@hostname  | @@port | @@socket             |
+-------------+--------+----------------------+
| localhost   | 3307   | NULL                 |
+-------------+--------+----------------------+

说明你成功通过 TCP 连接到了监听 3307 的实例。

附加说明

如果你使用 socket 配置了多个实例，可能存在多个 socket 文件，如：

# /etc/my.cnf
[mysqld]
port=3306
socket=/var/lib/mysql/mysql.sock

[mysqld_multi]
[mysqld1]
port=3306
socket=/var/lib/mysql/mysql.sock

[mysqld2]
port=3307
socket=/var/lib/mysql3307/mysql.sock

此时命令行客户端也可以用 --socket 显式连接对应实例：

mysql -u root -p --socket=/var/lib/mysql3307/mysql.sock

总结

建议

以后如果你需要连接指定端口的 MySQL 实例，务必显式指定 -h 参数或使用 --protocol=TCP，否则 -P 参数可能不会生效。

以上就是MySQL连接指定端口后实际仍是3306的原因分析及解决方法的详细内容，更多关于MySQL连接指定端口实际是3306的资料请关注Linux运维其它相关文章！