thinkphp 5 数据库连接慢的主因是dns解析与ipv6 fallback叠加tcp超时，将localhost改为127.0.0.1可绕过dns和ipv6；远程库须用ip而非域名，并配置skip-name-resolve；dsn中connect_timeout=3在mysqlnd下无效，需改用mysqli或升级至tp6.1+。
ThinkPHP 5 数据库连接慢，八成不是框架本身的问题，而是 DNS 解析、IPv6 冲突或连接参数没压住底层 socket 超时——改个 host 或加个 connect_timeout=3 就能从卡 10 秒降到 200ms。
为什么 localhost 会让 TP5 连接卡 5–10 秒？
Linux/MySQL 驱动看到 localhost 会优先走 Unix Socket；但某些 PHP 编译环境（尤其启用了 mysqlnd）反而强制走 TCP，并尝试解析 IPv6 地址 ::1。DNS 查询失败 + IPv6 fallback + TCP connect timeout（默认 5 秒）叠在一起，就挂住了。
- 把数据库配置里的
'hostname' => 'localhost'改成'hostname' => '127.0.0.1'，绕过 DNS 和 IPv6 - 若连的是远程库，绝对别用域名（如
db.example.com），直接填 IP 地址 - 确认 MySQL 服务端已加
skip-name-resolve，禁用反向 DNS 解析
TP5 的 DSN 中 connect_timeout=3 为什么经常不生效？
因为 TP5 底层用的是 PDO，而 mysqlnd 驱动（PHP 默认）会忽略 DSN 里的 connect_timeout 参数——它只认 mysqli_options() 或初始化时传入的选项数组，PDO 层没透传过去。
- 在
database.php的 DSN 字符串里仍要写：mysql:host=192.168.1.100;port=3306;dbname=test;connect_timeout=3 - 但必须配合修改：把
'type' => 'pdo'暂时换成'type' => 'mysqli'，再用mysqli_options($link, MYSQLI_OPT_CONNECT_TIMEOUT, 3)验证是否真秒断 - 更稳妥的长期方案：升级到 ThinkPHP 6.1+，它的
PDOConnection类手动调用了stream_context_set_option()控制 socket 层超时
TP5 启用持久连接后还是慢？检查这三处
TP5 支持 'persistent' => true，但效果受限于 PHP-FPM 的进程模型和 MySQL 服务端配置——连上了不等于能复用。
- 确保 MySQL 的
wait_timeout≥ PHP-FPM 的max_requests，否则连接被服务端主动断开，下次还得重连 - TP5 的持久连接是 per-worker 进程的，如果 FPM 开了 20 个子进程，就会有最多 20 个长连接，别指望“全局共享”
- 不要在循环里反复调用
Db::connect()，一个请求生命周期内只初始化一次连接；高频场景考虑迁移到 Swoole + 协程连接池（如 Hyperf）
内网穿透（frp/ngrok）下连接卡住或报 “reading initial communication packet”
这不是连不上，是 MySQL 服务端主动拒连——大概率因为穿透网关把客户端真实 IP “污染” 成了 127.0.0.1 或空值，触发权限校验失败或反向解析卡死。
- 检查 frp client 配置中
local_ip是否为127.0.0.1，且 MySQL 确实监听该地址（bind-address = 127.0.0.1） - 关闭 frp 的
proxy_protocol = true（除非 MySQL 明确支持并配置了require_secure_transport） - MySQL 用户权限别写成
'user'@'localhost'，改成'user'@'%'或具体穿透出口 IP 段
真正卡顿的地方往往不在 SQL 本身，而在连接建立那一瞬间的 DNS、IPv6、socket 超时和权限握手——这些环节一旦出问题，日志里可能只显示“连接超时”，但实际耗时全堆在底层，根本没走到 query 阶段。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
