Loading... <h3>在CentOS下配置lnmp组合基本上用的都是同样的配置文件,一直都没出现过问题,可最近在一个vps上安装同样的环境之后,网站在线10多人就出 现了打开速度非常缓慢的情况,有好几次都是直接达到了<strong>nginx</strong>中设置的脚本最大超时时间300秒,结果导致<strong>nginx</strong>往客户端浏览器发送了一个504 Gateway Time-out的错误代码,分析了之后改动了几处配置文件,终于避免了该情况的出现。 <br />  从 错误代码基本可以确定跟<strong>nginx</strong>本身无关,主要是提交给php-fpm的请求未能正确反馈而导致,一般情况下,提交动态请求的时候,<strong>nginx</strong>会直接把 请求转交给php-fpm,而php-fpm再分配php-cgi进程来处理相关的请求,之后再依次返回,最后由<strong>nginx</strong>把结果反馈给客户端浏览器,但 我这个vps目前跑的是个纯php应用内容,实际上用户所有的请求都是php请求,有的耗费时间比较久,php-cgi进程就一直都被用满,而php- fpm本身的配置文件只打开了10组php-cgi进程,这样的话在线用户稍微多的话就会导致请求无法被正常处理而出错。 <br />  大概分析出了原 因,下面做就比较容易了,首先是更改php-fpm的几处配置:</h3> <h3> <br /><font color="#ff0000">  把max_children由之前的10改为现在的30,这样就可以保证 有充足的php-cgi进程可以被使用; <br />  把request_terminate_timeout由之前的0s改为60s,这样php-cgi进程 处理脚本的超时时间就是60秒,可以防止进程都被挂起,提高利用效率。 <br />  接着再更改<strong>nginx</strong>的几个配置项,减少FastCGI的请求次 数,尽量维持buffers不变: <br />  fastcgi_buffers由 4 64k 改为 2 256k; <br />  fastcgi_buffer_size 由 64k 改为 128K; <br />  fastcgi_busy_buffers_size 由 128K 改为 256K; <br />  fastcgi_temp_file_write_size 由 128K 改为 256K。</font></h3> <h3> <br />  好了,重新加载php-fpm和<strong>nginx</strong>的配置,再次测试,至今两周时间内没有再出现504 Gateway Time-out的情况,算是达到效果了。 <br />  另外,php-fpm的默认静态处理方式会使得php-cgi的进程长期占用内存而无法释放,这也是导致<strong>nginx</strong>出错的原因之一,因此可以将php-fpm的处理方式改成apache模式。 <br />apache-like <br />  从更改完毕到现在的测试表明上述方式的效果还是很明显的,并没有发现一次Nginx502 bad gateway或504 Gateway Time-out错误。当然,如果你的VPS或者服务器的性能足够好可以根据具体情况不必做无谓的改动。</h3> Last modification:October 6, 2023 © Allow specification reprint Support Appreciate the author AliPayWeChat Like 如果觉得我的文章对你有用,请随意赞赏
4 comments
FrI今天才发现你的博客,连着看了几篇呢! 欢迎回访:www.huotaoba.com
我还是不会改。:shock:
赞一个!!解决了网页运行脚本过长导致502的问题
:idea: :idea: 大大支持!!!