在Ubuntu环境下，PHP连接超时是个挺常见的问题。 通常，背后可能有好几个原因，比如配置参数设得太保守、网络链路不稳定、或者数据库本身扛不住了。

下面梳理了几个排查方向。建议从最容易调整的配置入手，再一步步定位问题。

常见排查方向

• 先把PHP的执行时间放宽

  这是最直接的调整。编辑php.ini文件，找到max_execution_time，把它改成300秒，或者根据你的业务需求设得更大。

  如果不知道php.ini在哪，可以用php --ini命令查看路径。改完后别忘了重启Web服务器（Apache或Nginx），新配置才会生效。

• MySQL那边的连接超时也得同步调整

  如果用的是MySQL，在php.ini里找到mysql.connect_timeout，同样设成300秒。

  注意，PHP 7及以上版本推荐用mysqli或PDO，对应的超时参数可能略有不同，但思路一样，就是给数据库连接留出足够的响应时间。改完同样重启服务器。

• 网络层面的连通性别忽略

  用ping命令测试一下服务器到数据库主机的延迟和丢包率。如果延迟波动大或者丢包，那么问题可能出在网络中间节点上。

  这种情况下，光调PHP参数通常没用。

• 防火墙规则要过一遍

  检查一下服务器上的iptables或ufw规则，确保80、443、3306等关键端口是放行的。

  有时候安全组策略改了，但没及时同步，也会导致连接被中途掐断。

• 数据库服务器的负载情况

  用top或htop看一眼CPU、内存和IO。如果数据库本身已经满载，新的连接请求自然会被排队，甚至超时拒绝。

  这时候需要优化数据库查询、加索引，或者考虑读写分离。

• 最后，回过头看看PHP代码本身

  检查有没有死循环，或者有没有没设置超时的远程调用。一个简单的file_get_contents()如果没设超时，可能卡住几分钟。

  建议在代码里显式设置超时参数，比如curl_setopt($ch, CURLOPT_TIMEOUT, 30)。这样即使外部服务响应慢，也不会拖垮整个请求。

排查无果时重点看什么

以上几招，基本覆盖了80%的PHP连接超时场景。 如果试了一圈还是没解决，那就需要提供更详细的日志信息。

• 查看PHP错误日志里具体报了什么错误码

• 检查MySQL的show processlist里有没有积压的查询

• 结合这些细节，进一步缩小排查范围

《夸克》非常好用的免费AI浏览器

下载APP查看