php超时处理应用场合及解决方案全面总结

上传人:bin****86 文档编号:59370868 上传时间:2018-11-06 格式:DOCX 页数:16 大小:21.27KB
返回 下载 相关 举报
php超时处理应用场合及解决方案全面总结_第1页
第1页 / 共16页
php超时处理应用场合及解决方案全面总结_第2页
第2页 / 共16页
php超时处理应用场合及解决方案全面总结_第3页
第3页 / 共16页
php超时处理应用场合及解决方案全面总结_第4页
第4页 / 共16页
php超时处理应用场合及解决方案全面总结_第5页
第5页 / 共16页
点击查看更多>>
资源描述

《php超时处理应用场合及解决方案全面总结》由会员分享,可在线阅读,更多相关《php超时处理应用场合及解决方案全面总结(16页珍藏版)》请在金锄头文库上搜索。

1、我真正系统地接触和学习党的基本知识是在这次中级党校的培训班上。通过学习,了解了党的发展历程,对党的性质、宗旨、任务等基本知识有了进一步的了解PHP超时处理应用场合及解决方案全面总结【 概述 】在PHP开发中工作里非常多使用到超时处理到超时的场合,我说几个场景:1. 异步获取数据如果某个后端数据源获取不成功则跳过,不影响整个页面展现2. 为了保证Web服务器不会因为当个页面处理性能差而导致无法访问其他页面,则会对某些页面操作设置3. 对于某些上传或者不确定处理时间的场合,则需要对整个流程中所有超时设置为无限,否则任何一个环节设置不当,都会导致莫名执行中断4. 多个后端模块(MySQL、Memca

2、ched、HTTP接口),为了防止单个接口性能太差,导致整个前面获取数据太缓慢,影响页面打开速度,引起雪崩5. 。很多需要超时的场合这些地方都需要考虑超时的设定,但是PHP中的超时都是分门别类,各个处理方式和策略都不同,为了系统的描述,我总结了PHP中常用的超时处理的总结。【Web服务器超时处理】 Apache 一般在性能很高的情况下,缺省所有超时配置都是30秒,但是在上传文件,或者网络速度很慢的情况下,那么可能触发超时操作。目前apachefastcgiphp-fpm模式下有三个超时设置:fastcgi超时设置:修改httpd.conf的fastcgi连接配置,类似如下:代码如下:FastC

3、giExternalServer/home/forum/apache/apache_php/cgi-bin/php-cgi-socket/home/forum/php5/etc/php-fpm.sockScriptAlias/fcgi-bin/home/forum/apache/apache_php/cgi-bin/AddHandlerphp-fastcgi.phpActionphp-fastcgi/fcgi-bin/php-cgiAddTypeapplication/x-httpd-php.php缺省配置是30s,如果需要定制自己的配置,需要修改配置,比如修改为100秒:(修改后重启apac

4、he):代码如下:FastCgiExternalServer/home/forum/apache/apache_php/cgi-bin/php-cgi-socket/home/forum/php5/etc/php-fpm.sock-idle-timeout100ScriptAlias/fcgi-bin/home/forum/apache/apache_php/cgi-bin/AddHandlerphp-fastcgi.phpActionphp-fastcgi/fcgi-bin/php-cgiAddTypeapplication/x-httpd-php.php如果超时会返回500错误,断开跟后端

5、php服务的连接,同时记录一条apache错误日志:代码如下:ThuJan2718:30:15XXerrorclient10.81.41.110FastCGI:commwithserver/home/forum/apache/apache_php/cgi-bin/php-cgiaborted:idletimeout(30sec)ThuJan2718:30:15XXerrorclient10.81.41.110FastCGI:incompleteheaders(0bytes)receivedfromserver/home/forum/apache/apache_php/cgi-bin/php-c

6、gi其他fastcgi配置参数说明:IdleTimeout发呆时限ProcessLifeTime一个进程的最长生命周期,过期之后无条件killMaxProcessCount最大进程个数DefaultMinClassProcessCount每个程序启动的最小进程个数DefaultMaxClassProcessCount每个程序启动的最大进程个数IPCConnectTimeout程序响应超时时间IPCCommTimeout与程序通讯的最长时间,上面的错误有可能就是这个值设置过小造成的MaxRequestsPerProcess每个进程最多完成处理个数,达成后自杀 Lighttpd 配置:lightt

7、pd.confLighttpd配置中,关于超时的参数有如下几个(篇幅考虑,只写读超时,写超时参数同理):主要涉及选项:代码如下:server.max-keep-alive-idle=5server.max-read-idle=60server.read-timeout=0server.max-connection-idle=360-#每次keep-alive的最大请求数,默认值是16server.max-keep-alive-requests=100#keep-alive的最长等待时间,单位是秒,默认值是5server.max-keep-alive-idle=1200#lighttpd的wor

8、k子进程数,默认值是0,单进程运行server.max-worker=2#限制用户在发送请求的过程中,最大的中间停顿时间(单位是秒),#如果用户在发送请求的过程中(没发完请求),中间停顿的时间太长,lighttpd会主动断开连接#默认值是60(秒)server.max-read-idle=1200#限制用户在接收应答的过程中,最大的中间停顿时间(单位是秒),#如果用户在接收应答的过程中(没接完),中间停顿的时间太长,lighttpd会主动断开连接#默认值是360(秒)server.max-write-idle=1XX#读客户端请求的超时限制,单位是秒,配为0表示不作限制#设置小于max-rea

9、d-idle时,read-timeout生效server.read-timeout=0#写应答页面给客户端的超时限制,单位是秒,配为0表示不作限制#设置小于max-write-idle时,write-timeout生效server.write-timeout=0#请求的处理时间上限,如果用了mod_proxy_core,那就是和后端的交互时间限制,单位是秒server.max-connection-idle=1200-说明:对于一个keep-alive连接上的连续请求,发送第一个请求内容的最大间隔由参数max-read-idle决定,从第二个请求起,发送请求内容的最大间隔由参数max-keep

10、-alive-idle决定。请求间的间隔超时也由max-keep-alive-idle决定。发送请求内容的总时间超时由参数read-timeout决定。Lighttpd与后端交互数据的超时由max-connection-idle决定。延伸阅读: Nginx 配置:nginx.conf代码如下:http#Fastcgi:(针对后端的fastcgi生效,fastcgi不属于proxy模式)fastcgi_connect_timeout5;#连接超时fastcgi_send_timeout10; #写超时fastcgi_read_timeout10;#读取超时#Proxy:(针对proxy/upst

11、reams的生效)proxy_connect_timeout15s;#连接超时proxy_read_timeout24s;#读超时proxy_send_timeout10s; #写超时说明:Nginx 的超时设置倒是非常清晰容易理解,上面超时针对不同工作模式,但是因为超时带来的问题是非常多的。延伸阅读:【PHP本身超时处理】 PHP-fpm 配置:php-fpm.conf代码如下:/.Setsthelimitonthenumberofsimultaneousrequeststhatwillbeserved.EquivalenttoApacheMaxClientsdirective.Equiva

12、lenttoPHP_FCGI_CHILDRENenvironmentinoriginalphp.fcgiUsedwithanypm_style.#php-cgi的进程数量代码如下:128Thetimeout(inseconds)forservingasinglerequestafterwhichtheworkerprocesswillbeterminatedShouldbeusedwhenmax_execution_timeinioptiondoesnotstopscriptexecutionforsomereason0smeansoff#php-fpm 请求执行超时时间,0s为永不超时,否则

13、设置一个 Ns 为超时的秒数代码如下:0sThetimeout(inseconds)forservingofsinglerequestafterwhichaphpbacktracewillbedumpedtoslow.logfile0smeansoff0s说明:在php.ini中,有一个参数max_execution_time可以设置PHP脚本的最大执行时间,但是,在php-cgi(php-fpm)中,该参数不会起效。真正能够控制PHP脚本最大执行时:代码如下:0s就是说如果是使用mod_php5.so的模式运行max_execution_time是会生效的,但是如果是php-fpm模式中运行

14、时不生效的。延伸阅读: PHP 配置:php.ini选项:代码如下:max_execution_time=30或者在代码里设置:代码如下:ini_set(max_execution_time,30);set_time_limit(30);说明:对当前会话生效,比如设置0一直不超时,但是如果php的safe_mode打开了,这些设置都会不生效。效果一样,但是具体内容需要参考php-fpm部分内容,如果php-fpm中设置了request_terminate_timeout的话,那么max_execution_time就不生效。【后端&接口访问超时】【HTTP访问】一般我们访问HTTP方式很多,主要是:curl,socket,file_get_contents()等方法。如果碰到对方服务器一直没有响应的时候,我们就悲剧了,很容易把整个服务器搞死,所以在访问

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 办公文档 > 总结/报告

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号