ThinkPHP连接远程数据库速度慢_内网穿透与连接超时优化设置-ThinkPHP-PHP中文网

根本原因是dns解析超时（5秒）叠加tcp连接超时（5秒），导致卡顿；应改用ip地址、dsn加connect_timeout=3、启用持久连接并配合心跳检测。

thinkphp连接远程数据库速度慢_内网穿透与连接超时优化设置

为什么 `mysql_connect` 或 `PDO` 连远程数据库会卡 5–10 秒才报错

根本原因不是 PHP 慢，而是 TCP 握手阶段 DNS 解析 + 连接超时叠加。远程数据库地址若写的是域名（比如 db.example.com），PHP 会先发起 DNS 查询；若 DNS 不响应或内网穿透网关没配好，系统默认等待 5 秒才 fallback 到 IPv6 或重试，接着再等 TCP connect timeout（通常又是 5 秒）。两个 5 秒叠在一起，就卡得像挂了。

实操建议：

把数据库配置里的 host 改成 IP 地址，绕过 DNS 查询（前提是 IP 固定或由内网穿透工具稳定映射）
在 ThinkPHP 的 database.php 中显式设置连接超时：'params' => [\PDO::ATTR_TIMEOUT => 2]（注意这是 PDO 执行超时，不控制连接建立）
真正控制连接建立耗时的是底层 socket 超时，需改 pdo_mysql 行为：在 DSN 中加 ;connect_timeout=3，例如：mysql:host=192.168.1.100;port=3307;dbname=test;connect_timeout=3
确认内网穿透端口（如 frp 的 remote_port）和本地服务监听的 bind_addr 一致，且防火墙放行——常见坑是 frp server 端开了 6000 端口，但 client 配的 local_port 是 3306，而 MySQL 实际只监听 127.0.0.1:3306，导致穿透流量进不来，连接一直 hang

ThinkPHP 5.1+ 使用 `mysqlnd` 驱动时，`connect_timeout` 不生效怎么办

因为 mysqlnd（PHP 默认 MySQL 驱动）会忽略 DSN 中的 connect_timeout 参数，它只认 mysqli_options() 或初始化时传入的选项数组。PDO 封装层没透传这个参数过去，所以写了也白写。

实操建议：

改用 mysqli 原生连接做验证：写个临时脚本，用 mysqli_init() + mysqli_options($link, MYSQLI_OPT_CONNECT_TIMEOUT, 3) 测试是否真能秒断
在 ThinkPHP 中强制走 mysqli 连接（不推荐长期用，但排障有效）：注释掉 pdo_mysql 扩展，启用 mysqli，然后在 database.php 中设 'type' => 'mysqli'
更稳妥的方式：升级到 ThinkPHP 6.1+，它在 PDOConnection 类里手动调用了 stream_context_set_option() 控制 socket 层超时，此时 DSN 加 connect_timeout 才真正起作用

内网穿透（frp / ngrok）下 MySQL 连接被重置，日志出现 `Lost connection to MySQL server at 'reading initial communication packet'`

这不是网络不通，而是 MySQL 服务端主动断开了连接——大概率因为客户端 IP 被穿透网关“污染”。比如 frp 的 proxy_protocol 开启了，但 MySQL 没配 require_secure_transport = OFF 或没启用 proxy protocol 支持，就会在握手初期拒绝连接。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

实操建议：

关闭 frp 的 proxy_protocol（最简单），或确保 MySQL 启用了 plugin_load_add = auth_socket.so 并在 my.cnf 加 protocol = tcp 和 bind_address = 0.0.0.0
检查 MySQL 用户权限：远程用户必须允许从穿透出口 IP（比如 frp server 的公网 IP）登录，不能只授权 'user'@'127.0.0.1'
用 tcpdump -i any port 3307 在 frp server 上抓包，看三次握手是否完成、有无 RST 包——如果有，说明 MySQL 进程根本没收到 SYN，问题出在端口转发链路或 MySQL 监听配置

连接池没开、长连接未复用，导致并发稍高就超时

ThinkPHP 默认每次请求都新建 PDO 连接，而内网穿透链路本身延迟高、建连成本大。10 个并发请求 = 10 次 DNS + 10 次 TCP 握手 + 10 次 MySQL 认证，哪怕单次 800ms，总耗时也轻松破 5 秒。

实操建议：

在 database.php 中开启持久连接：'params' => [\PDO::ATTR_PERSISTENT => true]（注意：MySQL 必须支持，且要配合 wait_timeout 调大，否则连接会被服务端回收后变僵尸）
确认 PHP-FPM 的 pm.max_children 和 MySQL 的 max_connections 匹配，避免连接数打满后新请求排队等空闲连接
如果用的是 Swoole 或 Hyperf，直接换 co\MySQL 协程客户端，它天然复用连接且超时可控，比 PDO + persistent 稳定得多

复杂点在于：内网穿透本身不稳定，连接空闲太久容易被中间设备（如运营商 NAT、云厂商 SLB）静默断开，这时候 PDO::ATTR_PERSISTENT 反而会返回一个已失效的句柄。得配合心跳检测或连接有效性校验逻辑，不能只靠配置一招鲜。