首页 > 编程 > PHP > 正文

全面总结PHP超时处理

2020-03-22 19:12:03
字体:
来源:转载
供稿:网友
  • 【 概述 】

    在PHP开发中工作里非常多使用到超时处理到超时的场合,我说几个场景:

    1. 异步获取数据如果某个后端数据源获取不成功则跳过,不影响整个页面展现

    2. 为了保证Web服务器不会因为当个页面处理性能差而导致无法访问其他页面,则会对某些页面操作设置

    3. 对于某些上传或者不确定处理时间的场合,则需要对整个流程中所有超时设置为无限,否则任何一个环节设置不当,都会导致莫名执行中断

    4. 多个后端模块(html' target='_blank'>MySQL、Memcached、HTTP接口),为了防止单个接口性能太差,导致整个前面获取数据太缓慢,影响页面打开速度,引起雪崩

    5. 。。。很多需要超时的场合

    这些地方都需要考虑超时的设定,但是PHP中的超时都是分门别类,各个处理方式和策略都不同,为了系统的描述,我总结了PHP中常用的超时处理的总结。

    【Web服务器超时处理】

    [ Apache ]

    一般在性能很高的情况下,缺省所有超时配置都是30秒,但是在上传文件,或者网络速度很慢的情况下,那么可能触发超时操作。

    目前 apache fastcgi php-fpm 模式 下有三个超时设置:

    fastcgi 超时设置:

    修改 httpd.conf 的fastcgi连接配置,类似如下:

    <IfModule mod_fastcgi.c>
    FastCgiExternalServer /home/forum/apache/apache_php/cgi-bin/php-cgi -socket /home/forum/php5/etc/php-fpm.sock
    ScriptAlias /fcgi-bin/ "/home/forum/apache/apache_php/cgi-bin/"
    AddHandler php-fastcgi .php
    Action php-fastcgi /fcgi-bin/php-cgi
    AddType application/x-httpd-php .php
    </IfModule>

    缺省配置是 30s,如果需要定制自己的配置,需要修改配置,比如修改为100秒:(修改后重启 apache):

    &lt;IfModule mod_fastcgi.c&gt;
    FastCgiExternalServer /home/forum/apache/apache_php/cgi-bin/php-cgi -socket /home/forum/php5/etc/php-fpm.sock -idle-timeout <strong>100</strong>
    ScriptAlias /fcgi-bin/ "/home/forum/apache/apache_php/cgi-bin/"
    AddHandler php-fastcgi .php
    Action php-fastcgi /fcgi-bin/php-cgi
    AddType application/x-httpd-php .php
    &lt;/IfModule&gt;

    如果超时会返回500错误,断开跟后端php服务的连接,同时记录一条apache错误日志:

    [Thu Jan 27 18:30:15 2011] [error] [client 10.81.41.110] FastCGI: comm with server "/home/forum/apache/apache_php/cgi-bin/php-cgi" aborted: idle timeout (30 sec)
    [Thu Jan 27 18:30:15 2011] [error] [client 10.81.41.110] FastCGI: incomplete headers (0 bytes) received from server "/home/forum/apache/apache_php/cgi-bin/php-cgi"其他 fastcgi 配置参数说明:

    IdleTimeout 发呆时限

    ProcessLifeTime 一个进程的最长生命周期,过期之后无条件kill

    MaxProcessCount 最大进程个数

    DefaultMinClassProcessCount 每个程序启动的最小进程个数

    DefaultMaxClassProcessCount 每个程序启动的最大进程个数

    IPCConnectTimeout 程序响应超时时间

    IPCCommTimeout 与程序通讯的最长时间,上面的错误有可能就是这个值设置过小造成的

    MaxRequestsPerProcess 每个进程最多完成处理个数,达成后自杀

    [ Lighttpd ]

    配置:lighttpd.conf

    Lighttpd配置中,关于超时的参数有如下几个(篇幅考虑,只写读超时,写超时参数同理):

    主要涉及选项:

    server.max-keep-alive-idle = 5

    server.max-read-idle = 60

    server.read-timeout = 0

    server.max-connection-idle = 360

    --------------------------------------------------
    # 每次keep-alive 的最大请求数, 默认值是16
    server.max-keep-alive-requests = 100

    # keep-alive的最长等待时间, 单位是秒,默认值是5
    server.max-keep-alive-idle = 1200

    # lighttpd的work子进程数,默认值是0,单进程运行
    server.max-worker = 2

    # 限制用户在发送请求的过程中,最大的中间停顿时间(单位是秒),
    # 如果用户在发送请求的过程中(没发完请求),中间停顿的时间太长,lighttpd会主动断开连接
    # 默认值是60(秒)
    server.max-read-idle = 1200

    # 限制用户在接收应答的过程中,最大的中间停顿时间(单位是秒),
    # 如果用户在接收应答的过程中(没接完),中间停顿的时间太长,lighttpd会主动断开连接
    # 默认值是360(秒)
    server.max-write-idle = 12000

    # 读客户端请求的超时限制,单位是秒, 配为0表示不作限制
    # 设置小于max-read-idle时,read-timeout生效
    server.read-timeout = 0

    # 写应答页面给客户端的超时限制,单位是秒,配为0表示不作限制

    郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。

  • 发表评论 共有条评论
    用户名: 密码:
    验证码: 匿名发表