mysqli_connect()不能直接设超时，必须用mysqli_init()+mysqli_options(MYSQLI_OPT_CONNECT_TIMEOUT,5)+mysqli_real_connect()三步实现，且仅控制TCP建连超时，不包含DNS解析。
mysqli_connect() 不能直接设超时，得用 mysqli_init() + mysqli_options()
PHP 8.2 的 mysqli_connect() 函数本身不接受超时参数，硬传会报错或被忽略。必须拆成三步：初始化、设选项、再连接。
-
mysqli_init()创建未连接句柄 - 用
mysqli_options($link, MYSQLI_OPT_CONNECT_TIMEOUT, 5)设置连接阶段 TCP 建连超时（单位秒） - 调用
mysqli_real_connect()执行实际连接，此时超时才生效
注意：MYSQLI_OPT_CONNECT_TIMEOUT 只管 TCP 握手，不管 DNS 解析——如果域名解析慢，它会在解析完才开始计时，可能卡在解析环节。建议生产环境直接用 IP 地址，或确保 /etc/resolv.conf 配置可靠。
PDO::ATTR_TIMEOUT 在 PHP 8.2 下基本无效，别依赖它
很多文档写 PDO::ATTR_TIMEOUT => 5 就能控制连接超时，但在 PHP 8.2（默认 mysqlnd 驱动）下，这个选项几乎不生效。它只对极少数旧版 libmysqlclient 生效，而 mysqlnd 完全忽略它。
- DSN 中加
connect_timeout=5也靠不住：MySQL 5.6+ 支持，但 PHP 8.2 的 mysqlnd 不读取该参数 - 真正可用的 PDO 连接超时配置只有
PDO::MYSQL_ATTR_CONNECT_TIMEOUT，且必须放在 options 数组里传给构造函数 - 示例：
$pdo = new PDO($dsn, $user, $pass, [PDO::MYSQL_ATTR_CONNECT_TIMEOUT => 5]);
如果仍超时卡住，大概率是 DNS 或中间网络设备（比如云厂商 SLB）提前中断了 SYN 包，需配合 tcpdump 抓包确认。
立即学习“PHP免费学习笔记（深入）”；
全局 default_socket_timeout 会影响所有 socket，但不推荐单独靠它
ini_set('default_socket_timeout', 5) 或 php.ini 中设 default_socket_timeout = 5 确实会让所有 socket 操作（包括 mysqli/PDO 底层）继承该值，但它是个兜底行为，粒度太粗。
- 它会影响文件流、curl、SMTP 等所有 socket，容易误伤其他逻辑
- 它覆盖不了 DNS 解析时间，也不能区分“连接超时”和“查询超时”
- 更危险的是：若你同时用了
mysqli_options()和default_socket_timeout，两者可能冲突，导致实际超时时间不可控
建议仅作为辅助项，设为略大于业务连接超时值（比如连接设 5 秒，这里设 7），而不是唯一手段。
短生命周期脚本最容易假性超时，先查连接数瓶颈
PHP-FPM 或 CLI 场景下，每请求都 new PDO() 或 mysqli_connect()，看似超时，实际可能是 MySQL 已满连接、系统文件描述符耗尽，或防火墙主动 kill 半开连接。
- 检查 MySQL 当前连接：
SHOW STATUS LIKE 'Threads_connected';，对比max_connections - 查系统限制：
ulimit -n，PHP 进程是否撞到上限 - 避免循环里反复 new PDO()，把连接实例提到作用域外；Web 场景优先用
mysqli_pconnect()（注意进程内状态残留） - 高并发下，持久连接也不够用，得上连接池（如 ProxySQL）或改用 Swoole 协程 MySQL 客户端
真正难定位的是 DNS 缓存失效 + 网络抖动 + MySQL 负载突增叠加发生，这时候单看超时日志看不出根源，必须结合 strace 和 tcpdump 看建连过程卡在哪一环。
