PHP7.0如何用mysqli_connect连接远程服务器-php教程-PHP中文网

mysqli_connect远程连接慢的根本原因是mysql服务端默认启用dns反向解析，添加skip-name-resolve配置可解决，但需同步将授权语句中的主机名改为ip或%，并避免在主机名中拼接端口。

php7.0如何用mysqli_connect连接远程服务器

mysqli_connect 能连远程 MySQL，但默认行为会触发 DNS 反向解析，一卡就是几秒——这不是代码写错了，是 MySQL 服务端配置和网络层共同导致的。

为什么 `mysqli_connect` 连远程服务器特别慢？

典型现象：连接耗时 3–10 秒，mysqli_connect 返回成功但阻塞很久，connect_error 却没报错。
根本原因不是 PHP，而是 MySQL 服务端收到连接请求后，尝试用客户端 IP 做反向 DNS 查询（host_name_lookup）。如果 DNS 不通、响应慢或客户端 IP 没 PTR 记录，就会超时等待。

必须改 MySQL 配置：加 `skip-name-resolve`

在数据库服务器上编辑 MySQL 配置文件（如 /etc/mysql/mysql.conf.d/mysqld.cnf 或 /etc/my.cnf），在 [mysqld] 段下添加：

skip-name-resolve

然后重启 MySQL：sudo systemctl restart mysql。
⚠️ 注意：加了这行后，所有 GRANT 语句里的主机名（如 'user'@'example.com'）必须改成 IP 或 %，否则权限不生效。已存在的域名授权用户要重跑 GRANT 并 FLUSH PRIVILEGES。

PHP 8.5.5

PHP 8.5.5 是 PHP 8.5 分支的维护更新版本。该版本延续了“小步快跑”的迭代逻辑，通过深度错误修复、底层性能微调以及安全加固，旨在为开发者提供一个更健壮、更高效的运行环境。该版本严格遵守语义化版本规范，不包含破坏性变更。

下载

`mysqli_connect` 连远程时的参数陷阱

常见错误是把端口塞进主机名里，比如写成 "192.168.1.100:3307" ——这会让 mysqli_connect 把整个字符串当 hostname 解析，DNS 查找失败再 fallback 到 IP，又拖慢一次。

正确写法：用第 5 个参数传端口，前 4 个保持干净
$conn = mysqli_connect("192.168.1.100", "user", "pass", "db", 3307);
如果端口是默认 3306，第 5 个参数可省略
不要在主机名里拼端口，也不要写成 "192.168.1.100:3307" 或 "192.168.1.100/3307"

PHP 侧要做最小化容错

mysqli_connect 失败时只返回 false，不抛异常，靠 mysqli_connect_error() 拿信息。但远程连接失败原因多是网络或防火墙，不能只靠 die 输出。

加超时控制：用 mysqli_real_connect 手动建连接，可设 MYSQLI_OPT_CONNECT_TIMEOUT
简单方案：用 ini_set('default_socket_timeout', 5); 控制底层 socket 超时（影响所有流操作，慎用）
生产环境建议改用 PDO + PDO::ATTR_TIMEOUT，它对超时支持更明确
别忽略 mysqli_connect_errno()，它比 mysqli_connect_error() 更早暴露问题（比如扩展未启用）

真正卡住的点永远不在 PHP 代码里，而在于 MySQL 的 skip-name-resolve 没开、防火墙没放行、或者客户端 IP 被服务端 DNS 系统反复查询。调通之前，先 telnet remote_ip 3306 确认端口通不通，再看 MySQL 错误日志有没有 Host 'x.x.x.x' is not allowed to connect 或 Resolving host 类提示。