PHP超时处理全面总结

[来源] 51CTO    [编辑] 本站编辑   [时间]2012-09-11

【 概述 】
在PHP开发中工作里非常多使用到超时处理到超时的场合,我说几个场景:
1. 异步获取数据如果某个后端数据源获取不成功则跳过,不影响整个页面展现
2. 为了保证Web服务器不会因为当个页面处理性能差而导致无法访问其他页面,则会对某些页面操作设置
3. 对于某些上传或者不确定处理时间的场合,则需要对整个流程中所有超时设置为无限,否则任何一个环节设置不当,都会导致莫名执行中断
4. 多个后端模块(MySQL、Memcached、HTTP接口),为了防止单个接口性能太差,导致整个前面获取数据太缓慢,影响页面打开速度,引起雪崩
5. 。。。很多需要超时的场合
这些地方都需要考虑超时的设定,但是PHP中的超时都是分门别类,各个处理方式和策略都不同,为了系统的描述,我总结了PHP中常用的超时处理的总结。
【Web服务器超时处理】
[ Apache ]
一般在性能很高的情况下,缺省所有超时配置都是30秒,但是在上传文件,或者网络速度很慢的情况下,那么可能触发超时操作。
目前 apache fastcgi php-fpm 模式 下有三个超时设置:
fastcgi 超时设置:
修改 httpd.conf 的fastcgi连接配置,类似如下:
1. <IfModule mod_fastcgi.c>
2. FastCgiExternalServer /home/forum/apache/apache_php/cgi-bin/php-cgi -socket /home/forum/php5/etc/php-fpm.sock
3.
4. ScriptAlias /fcgi-bin/ "/home/forum/apache/apache_php/cgi-bin/"
5.
6. AddHandler php-fastcgi .php
7.
8. Action php-fastcgi /fcgi-bin/php-cgi
9.
10. AddType application/x-httpd-php .php
11.
12. </IfModule>
缺省配置是 30s,如果需要定制自己的配置,需要修改配置,比如修改为100秒:(修改后重启 apache):
1. <IfModule mod_fastcgi.c>
2.
3. FastCgiExternalServer /home/forum/apache/apache_php/cgi-bin/php-cgi -socket /home/forum/php5/etc/php-fpm.sock -idle-timeout 100
4.
5. ScriptAlias /fcgi-bin/ "/home/forum/apache/apache_php/cgi-bin/"
6.
7. AddHandler php-fastcgi .php
8.
9. Action php-fastcgi /fcgi-bin/php-cgi
10.
11. AddType application/x-httpd-php .php
12.
13. </IfModule>
如果超时会返回500错误,断开跟后端php服务的连接,同时记录一条apache错误日志:
1. [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)
2.
3. [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 配置参数说明:
1. IdleTimeout 发呆时限
2. ProcessLifeTime 一个进程的最长生命周期,过期之后无条件kill
3.
4. MaxProcessCount 最大进程个数
5.
6. DefaultMinClassProcessCount 每个程序启动的最小进程个数
7.
8. DefaultMaxClassProcessCount 每个程序启动的最大进程个数
9.
10. IPCConnectTimeout 程序响应超时时间
11.
12. IPCCommTimeout 与程序通讯的最长时间,上面的错误有可能就是这个值设置过小造成的
13.
14. MaxRequestsPerProcess 每个进程最多完成处理个数,达成后自杀
[ Lighttpd ]
配置:lighttpd.conf
Lighttpd配置中,关于超时的参数有如下几个(篇幅考虑,只写读超时,写超时参数同理):
主要涉及选项:
1. server.max-keep-alive-idle = 5
2.
3. server.max-read-idle = 60
4.
5. server.read-timeout = 0
6.
7. server.max-connection-idle = 360
1. --------------------------------------------------
2.
3. # 每次keep-alive 的最大请求数, 默认值是16
4.
5. server.max-keep-alive-requests = 100
6.
7. # keep-alive的最长等待时间, 单位是秒,默认值是5
8.
9. server.max-keep-alive-idle = 1200
10.
11. # lighttpd的work子进程数,默认值是0,单进程运行
12.
13. server.max-worker = 2
14.
15. # 限制用户在发送请求的过程中,最大的中间停顿时间(单位是秒),
16.
17. # 如果用户在发送请求的过程中(没发完请求),中间停顿的时间太长,lighttpd会主动断开连接
18.
19. # 默认值是60(秒)
20.
21. server.max-read-idle = 1200
22.
23. # 限制用户在接收应答的过程中,最大的中间停顿时间(单位是秒),
24.
25. # 如果用户在接收应答的过程中(没接完),中间停顿的时间太长,lighttpd会主动断开连接
26.
27. # 默认值是360(秒)
28.
29. server.max-write-idle = 12000
30.
31. # 读客户端请求的超时限制,单位是秒, 配为0表示不作限制
32.
33. # 设置小于max-read-idle时,read-timeout生效
34.
35. server.read-timeout = 0
36.
37. # 写应答页面给客户端的超时限制,单位是秒,配为0表示不作限制
38.
39. # 设置小于max-write-idle时,write-timeout生效
40.
41. server.write-timeout = 0
42.
43. # 请求的处理时间上限,如果用了mod_proxy_core,那就是和后端的交互时间限制, 单位是秒
44.
45. server.max-connection-idle = 1200
46.
47. --------------------------------------------------
说明:
于一个keep-alive连接上的连续请求,发送第一个请求内容的最大间隔由参数max-read-idle决定,从第二个请求起,发送请求内容的最大间隔由参数max-keep-alive-idle决定。请求间的间隔超时也由max-keep-alive-idle决定。发送请求内容的总时间超时由参数read-timeout决定。Lighttpd与后端交互数据的超时由max-connection-idle决定。
延伸阅读:
http://www.snooda.com/read/244
[ Nginx ]
配置:nginx.conf
1. http {
2.
3. #Fastcgi: (针对后端的fastcgi 生效, fastcgi 不属于proxy模式)
4.
5. fastcgi_connect_timeout 5; #连接超时
6.
7. fastcgi_send_timeout 10; #写超时
8.
9. fastcgi_read_timeout 10; #读取超时
10.
11.
12.
13. #Proxy: (针对proxy/upstreams的生效)
14.
15. proxy_connect_timeout 15s; #连接超时
16.
17. proxy_read_timeout 24s; #读超时
18.
19. proxy_send_timeout 10s; #写超时
20.
21. }
说明:
Nginx 的超时设置倒是非常清晰容易理解,上面超时针对不同工作模式,但是因为超时带来的问题是非常多的。
 

网友评论 已有 0 条评论,查看更多评论»

评论内容:
验证码:
【网友评论仅供其表达个人看法,并不表明本站同意其观点或证实其描述。】

资源下载

最新开课信息