PHP 8.1网站扫描连接超时本质是空闲连接被服务端或中间设备中断，需同步调高MySQL的wait_timeout与interactive_timeout（如设为86400），PHP层用mysqli->ping()保活，并缩短PHP-FPM进程生命周期（如pm.max_requests=200）协同解决。
PHP 8.1 网站扫描时出现连接超时，通常不是“连不上数据库”，而是扫描过程中连接建立后空闲或查询执行阶段被中断。问题多出在服务端策略、客户端保活机制缺失、网络中间设备干扰三者叠加。解决需分层处理，重点不在换版本或重装扩展，而在精准匹配各环节超时参数。
检查并统一 MySQL 的 wait_timeout 和 interactive_timeout
这是最常被跳过的根源。MySQL 默认 28800 秒（8 小时）断开空闲连接，而扫描工具（如 WPScan、Nikto 或自定义脚本）可能复用长连接，但中间有停顿，触发服务端主动 kill。PHP-FPM 进程驻留更久，风险更高。
- 编辑 /etc/mysql/mysql.conf.d/mysqld.cnf，在 [mysqld] 段下添加：
wait_timeout = 86400
interactive_timeout = 86400
- 保存后执行 sudo systemctl restart mysql
- 登录 MySQL 验证：SHOW VARIABLES LIKE 'wait_timeout'; 和 SHOW VARIABLES LIKE 'interactive_timeout';，确保两者值一致且已更新
在 PHP 层启用连接有效性检测（ping）
即使服务端超时调长，云负载均衡、NAT 网关或防火墙仍可能在 5–15 分钟内切断空闲 TCP 连接。PHP 8.1 的 mysqli 支持稳定 ping() 方法，推荐在每次查询前显式校验。
立即学习“PHP免费学习笔记（深入）”；
- 使用 mysqli 初始化并开启异常模式：
mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
- 执行查询前加检测逻辑：
if (!$mysqli->ping()) {
$mysqli->real_connect($host, $user, $pass, $db, $port);
}
- 避免用 PDO + connect_timeout=5 —— PHP 8.1 的 mysqlnd 驱动基本忽略该参数，不推荐依赖
限制单次扫描请求的连接生命周期
扫描行为本身具有突发性与间歇性，容易暴露连接复用缺陷。与其强求连接长期存活，不如让连接“短命而可靠”。
- 在 PHP-FPM 配置中（如 /etc/php/8.1/fpm/pool.d/www.conf），降低进程复用次数：
pm.max_requests = 200
- 对 CLI 扫描脚本（如 wp-cli 或自定义 PHP 扫描器），禁用持久连接，每次 new mysqli() 后及时 $mysqli->close()
- 若使用 cURL 发起扫描探测，务必设置毫秒级超时：
curl_setopt($ch, CURLOPT_CONNECTTIMEOUT_MS, 3000);
curl_setopt($ch, CURLOPT_TIMEOUT_MS, 8000);
排查网络与中间设备干扰
部分超时无明确错误提示（如 “Connection refused” 或 “Lost connection”），实为 SLB、WAF 或企业级防火墙主动丢弃半开连接。
- 在服务器端抓包确认：sudo tcpdump -i any port 3306 -w mysql_timeout.pcap，观察是否有 RST 包突兀出现
- 临时关闭 UFW 或云安全组规则测试，排除策略拦截
- 扫描目标若为远程站点，改用 IP 直连（绕过 DNS 解析延迟），并在 /etc/hosts 中静态绑定域名
