如果您遇到此问题并使用 Windows 7 之前的 Windows 版本,这可能不是您问题的答案。
为什么会这样?
此问题的原因是 IPv4 与 IPv6。
当您使用主机名而不是 IP 地址时,MySQL 客户端首先运行 AAAA (IPv6) 主机查找名称,如果成功将名称解析为 IPv6 地址,则首先尝试此地址。如果任一步骤失败(名称解析或连接),它将回退到 IPv4,运行A 查找并尝试此主机。
这实际上意味着如果 IPv6 localhost 查找成功但 MySQL 未绑定到 IPv6 环回,您将需要等待一个连接超时周期(显然在 OP 的机器上这是 1 秒)在 IPv4 回退发生并且连接成功之前。
这在 Windows 7 之前不是问题,因为 localhost 解析是通过 hosts 文件完成的,并且仅预配置了 127.0.0.1 - 它没有与 IPv6 对应的 ::1 一起提供。
然而,从 Windows 7 开始,localhost 解析内置于 DNS 解析器中,原因已概述为 here。这意味着 IPv6 查找现在将成功 - 但 MySQL 未绑定到该 IPv6 地址,因此连接将失败,您将看到此问题中概述的延迟。
很好。告诉我如何解决它!
您有几个选择。环顾互联网,一般的“解决方案”似乎是明确使用 IP 地址而不是名称,但有几个原因不这样做,两者都与可移植性有关,都可以说都不重要:
但它们听起来很重要?
他们不是。您应该设计您的应用程序,以便在配置文件中定义此类事情。如果您将脚本移动到另一个环境,可能还需要配置其他内容。
总而言之,使用 IP 地址不是最佳解决方案,但它很可能是可接受的解决方案。
那么最好的解决方案是什么?
最好的方法是更改 MySQL 服务器使用的绑定地址。然而,这并不像人们想象的那么简单。与 Apache、Nginx 和几乎所有其他健全的网络服务应用程序不同,MySQL 仅支持单个绑定地址,因此不仅仅是添加另一个绑定地址的情况。不过幸运的是,操作系统在这里确实支持了一些魔法,所以我们可以让 MySQL 同时使用 IPv4 和 IPv6。
您需要运行 MySQL 5.5.3 或更高版本,并且需要使用--bind-address= 命令行参数(或在 my.ini 中设置相应选项)启动 MySQL。您有 4 个选项docs,具体取决于您想做什么:
您可能熟悉且最有可能(有效)使用的一种,0.0.0.0。这将绑定到机器上所有可用的 IPv4 地址。即使您不关心 IPv6,这实际上也可能不是最好的做法,因为它面临与 :: 相同的安全风险。
显式 IPv4 或 IPv6 地址(例如 127.0.0.1 或 ::1 用于环回)。这会将服务器绑定到该地址并且仅该地址。
魔线::。这将在 IPv4 和 IPv6 模式下将 MySQL 绑定到机器上的每个地址,包括环回和物理接口地址。这存在潜在的安全风险,仅当您需要 MySQL 接受来自远程主机的连接时才这样做。
使用IPv4-mapped IPv6 address。这是 IPv6 中内置的一种特殊机制,用于在 4 -> 6 转换期间向后兼容,它允许您绑定到特定的 IPv4 地址,它是 IPv6 的等效地址。除了“双环回”地址::ffff:127.0.0.1 之外,这不太可能对您有用。对于大多数人来说,这很可能是最好的解决方案,只绑定到环回但同时允许 IPv4 和 IPv6 连接。
需要修改 hosts 文件吗?
否。不要修改主机文件。 DNS 解析器知道如何处理localhost,重新定义它充其量不会产生任何效果,最坏的情况是会混淆解析器。
--skip-name-resolve 呢?
出于相关但略有不同的原因,这也可能解决问题/需要解决问题。
如果没有此配置选项,MySQL 将尝试通过PTR DNS 查询将所有客户端连接 IP 地址解析为主机名。如果您的 MySQL 服务器已经启用了使用 IPv6,但连接仍然需要很长时间,可能是因为反向 DNS (PTR) 记录配置不正确。
禁用名称解析将解决此问题,但它确实有其他后果,特别是配置为在 Host 条件中使用 DNS 名称的任何访问权限现在都将失败。
如果您要这样做,您需要将所有授权配置为使用 IP 地址而不是名称。