原因

Whenever you specify "localhost" or "localhost:port" as server, the MySQL client library will override this and try to connect to a local socket (named pipe on Windows). If you want to use TCP/IP, use "127.0.0.1" instead of "localhost". If the MySQL client library tries to connect to the wrong local socket, you should set the correct path as in your PHP configuration and leave the server field blank.

localhost 使用的 Linux socket，127.0.0.1 使用的是 tcp/ip

为什么我使用 localhost 一直没出问题

因为你的本机中只有一个 mysql 进程，如果你有一个 node1 运行在 3306，有一个 node2 运行在 3307

mysql -u root -h localhost -P 3306
mysql -u root -h localhost -P 3307

都会连接到同一个 mysql 进程，因为 localhost 使用 Linux socket，所以 -P 字段直接被忽略了，等价于

mysql -u root -h localhost 
mysql -u root -h localhost

而 -h 默认是 localhost，又等价于

mysql -u root 
mysql -u root

为了避免这种情况（比如你在本地开发只有一个 mysql 进程，线上或者 qa 环境有多个 mysql 进程）最好的方式就是使用 IP

mysql -u root -h 127.0.0.1 -P 3307

lihongjie0209

2019-11-27 18:06:01 +08:00

@laminux29 #26 什么叫业界共识？我测试主从同步还需要建立两个虚拟机？要不两个物理机？

我要测试一个 k8s 集群我需要多少台虚拟机 /物理机？

回到正题：一个软件使用 TCP 通讯，只要有 IP+端口，你是地球两端的物理机还是在同一个物理机上的两个进程都应该是表现一致的，这是网络层带给我们的抽象，我们要合理的利用这个抽象来达到我们的目的：比如说在一个 OS 中搭建一个 MySQL/Redis 集群用于测试。

MySQL 的这个问题和所谓的‘业界共识’没有任何关系，这只是一个历史遗留问题导致的反常识的现象，我记录出来也是为了给遇到同样问题的人提个醒。

lihongjie0209

2019-11-27 18:09:48 +08:00

@laminux29 #26 在一个 OS 中跑两个数据实例我还是能想到一些应用场景的。
1. 对于 Redis 这种单线程的数据库，只有多进程才能完整利用高性能的服务器。
2. Mysql 也是同样的，有一台性能极高的物理服务器，系统负载只有 10%，那么这时候需要再搭建一个数据库，你是选择再买一个服务器还是在同样的服务器上再跑一个 Mysql ？

laminux29

2019-11-27 19:58:34 +08:00

@lihongjie0209

1.业界共识，是虽未以文档告知，但无论是软件开发者，还是用户，都会这么去做的约定俗成。

2.测试主从同步当然至少需要建立两个虚拟机，如果有多台物理机必然更好。

3.测试集群，必然需要用更多的虚拟机甚至物理机。其次，如果当硬件条件都不具备时，不应该硬着头皮上集群。

4.这个问题与 IP ＋端口的定义没任何关系，这只是 mysql 对于业界共识的一种硬编码 bug 而已。如果是按照业界共识去做，就不会踩到这个 bug，仅此而已。

5.Redis 不是纯粹的单线程程序，并且它也并不总是 CPU 密集型问题的解决方案。

6.正规公司，招聘的合格的 DBA 与系统管理员，在配置数据库服务器前，必然会对其负载有准确的预算。如果这种场景下，他们仍然选择让服务器在大部分时间以超低负荷运行，那么他们必然有特殊安排，比如首要目标是稳定，而不是资产利用率。

MySQL 连接时尽量使用 127.0.0.1 而不是 localhost

原因

为什么我使用 localhost 一直没出问题