PHP 8.5.5 连接数据库“总超时”本质是TCP建连失败，需排查DNS解析、TCP断连及连接空闲期，而非版本问题；应改用127.0.0.1替代localhost、显式设置PDO::MYSQL_ATTR_CONNECT_TIMEOUT或mysqli_options(MYSQLI_OPT_CONNECT_TIMEOUT)，并主动探测连接状态。
PHP 8.5.5 连接数据库“总超时”，大概率不是版本问题——PHP 8.5.5 本身不引入新连接逻辑，它只是更严格地暴露了你原本就存在的配置缺陷或代码疏漏。真正卡住你的，是连接空闲期、TCP 层断连、DNS 解析延迟这三类底层行为。
Connection timed out 是 TCP 建连失败，不是 SQL 执行慢
看到这个错误，别急着调 PDO::ATTR_TIMEOUT 或改 MySQL 的 wait_timeout。它发生在 mysqli_connect() 或 PDO::__construct() 阶段，说明 PHP 根本没发出去第一个包。
-
localhost在 Windows（尤其是 phpEnv）下默认走命名管道或 Unix socket，而 MySQL 实际监听的是127.0.0.1:3306—— 改成127.0.0.1立刻见效 - Docker 或云环境里，MySQL 没开
bind-address = 0.0.0.0，只监听127.0.0.1，外部 PHP 就连不上 - 防火墙/安全组没放行
3306端口，telnet your-db-ip 3306直接不通 - MySQL 用户权限绑定了主机名（如
root@'DESKTOP-ABC'），但 PHP 发起连接时解析出的 hostname 不匹配，连接被拒（此时错误可能是Access denied，但表现像超时）
PDO::MYSQL_ATTR_CONNECT_TIMEOUT 才真管建连超时
connect_timeout=3 写在 DSN 里基本无效，尤其在 phpEnv 或旧版 mysqlnd 下。必须用选项数组显式传参。
- 正确写法：
PDO::MYSQL_ATTR_CONNECT_TIMEOUT => 3，单位秒，建议设为 3–5 -
PDO::ATTR_TIMEOUT对 MySQL 完全不起作用——它是 SQLite 的专属参数，加了反而误导自己 - 读写超时要分开设：
PDO::MYSQL_ATTR_READ_TIMEOUT => 10和PDO::MYSQL_ATTR_WRITE_TIMEOUT => 10 - 如果用
mysqli，new mysqli()构造函数不接受超时参数，得先mysqli_init()，再options(MYSQLI_OPT_CONNECT_TIMEOUT, 3)
wait_timeout 改了还是断，是因为 PHP 没检测连接状态
MySQL 把空闲连接踢掉后，PHP 进程里的 $pdo 对象还活着，PDO::ping() 返回 true 也可能误判（尤其在 CLOSE_WAIT 状态下）。这不是配置问题，是代码逻辑漏洞。
立即学习“PHP免费学习笔记（深入）”；
- 长生命周期进程（如
php think queue:work --daemon）必须每 8 秒内执行一次$pdo->query('SELECT 1')或主动unset($pdo)后重建 -
PDO::ATTR_PERSISTENT => true不解决这个问题，它只是把连接扔进池子，MySQL 仍会按自己的wait_timeout清理 - 不要依赖
mysqli_ping()—— 它在某些驱动下返回true却实际已断，最稳妥的是捕获PDOException并重试 - 开发环境用 phpEnv 时，
my.ini里必须加skip-name-resolve，否则每次连接都卡几秒做反向 DNS 查询
探针显示“MySQL OK”但后续全挂，说明没做最小验证
很多探针只检查 mysqli_connect() 是否返回资源，不验证是否真能执行语句。结果是连接成功，但权限不足、字符集不匹配、甚至连错了库。
- 连接后立刻执行
SELECT 1，检查返回是否为mysqli_result或PDOStatement对象 - PDO 必须设
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION，否则错误被静默吞掉 - DSN 中显式指定
charset=utf8mb4，避免握手阶段因字符集协商失败导致连接中断（尤其 MySQL 8.0+ 默认 utf8mb4） - 确认你用的是 root@'127.0.0.1' 而非 root@'localhost'，前者走 TCP，后者可能走 socket，行为不一致
超时问题最难缠的地方不在参数值大小，而在「你以为连接还活着」和「MySQL 已经发了 FIN 包」之间的那层状态错位。所有配置都是辅助，最终得靠代码主动探测、主动重建。
