Nginx+FastCGI到底是谁影响超时时间[通俗易懂]

Nginx+FastCGI到底是谁影响超时时间

大家好,又见面了,我是全栈君。

需求

一个php程序要跑一段时间,但是时间不确定。

问题:   

当该php程序运行超过一段时间被强制断开连接。

PHP本身超时处理

在 php.ini 中,有一个参数 max_execution_time 可以设置 PHP 脚本的最大执行时间,但是,在 php-cgi(php-fpm) 中,该参数不会起效。真正能够控制 PHP 脚本最大执行时:

<value name=”request_terminate_timeout”>0s</value> 

就是说如果是使用 mod_php5.so 的模式运行 max_execution_time 是会生效的但是如果是php-fpm模式中运行时不生效的

max_execution_time(php.ini中)

计算的只是PHP脚本本身执行的时间,执行之外的时间都不会计算在内。哪些属于执行之外的时间呢?包含sleep、数据交互、socket交互等等。

配置参数所在位置:

php.ini:max_execution_time

php-fpm.conf:request_terminate_timeout

nginx.conf:fastcgi_connect_timeout

                      fastcgi_read_timeout

                       fastcgi_send_timeout

request_terminate_timeout = 0  即为不受时间控制,永不超时

request_terminate_timeout引起的资源问题

request_terminate_timeout的值如果设置为0或者过长的时间,可能会引起file_get_contents的资源问题。

如果file_get_contents请求的远程资源如果反应过慢,file_get_contents就会一直卡在那里不会超时我们知道php.ini 里面max_execution_time 可以设置 PHP 脚本的最大执行时间但是,在 php-cgi(php-fpm) 中,该参数不会起效。真正能够控制 PHP 脚本最大执行时间的是 php-fpm.conf 配置文件中的request_terminate_timeout参数。

request_terminate_timeout默认值为 0 秒,也就是说,PHP 脚本会一直执行下去。这样,当所有的 php-cgi 进程都卡在 file_get_contents() 函数时,这台 Nginx+PHP 的 WebServer 已经无法再处理新的 PHP 请求了,Nginx 将给用户返回“502 Bad Gateway”。修改该参数,设置一个 PHP 脚本最大执行时间是必要的,但是,治标不治本。例如改成 30s,如果发生 file_get_contents() 获取网页内容较慢的情况,这就意味着 150 个 php-cgi 进程,每秒钟只能处理 5 个请求,WebServer 同样很难避免”502 Bad Gateway”。解决办法是request_terminate_timeout设置为10s或者一个合理的值,或者给file_get_contents加一个超时参数

如果常有请求超时,请打开php-fpm的慢日志,通过日志来确认评估超时时间。

Ngnix中的fastcgi 请求时间控制

fastcgi_connect_timeout

语法:fastcgi_connect_timeout time

默认值:fastcgi_connect_timeout 60

使用字段:http, server, location

指定同FastCGI服务器的连接超时时间,这个值不能超过75秒。

fastcgi_read_timeout

语法:fastcgi_read_timeout time

默认值:fastcgi_read_timeout 60

使用字段:http, server, location

前端FastCGI服务器的响应超时时间,如果有一些直到它们运行完才有输出的长时间运行的FastCGI进程,或者在错误日志中出现前端服务器响应超时错误,可能需要调整这个值。

fastcgi_send_timeout

语法:fastcgi_send_timeout time

默认值:fastcgi_send_timeout 60

使用字段:http, server, location

指令为上游服务器设置等待一个FastCGI进程的传送数据时间,如果有一些直到它们运行完才有输出的长时间运行的FastCGI进程,那么可以修改这个值,如果你在上有服务器的error log里面发现一些超时错误,那么可以恰当的增加这个值。

指令指定请求服务器的超时时间,指完成了2次握手的连接,而不是完整的连接,如果在这期间客户端没有进行数据传递,那么服务器将关闭这个连接。

在Nginx+FastCGI 配置测试中

其中在request_terminate_timeout设置为永不超时的情况下,nginx中fastcgi_read_timeout 的设置时间将影响到最终的超时时间。

测试中,如果是php-fpm中的超时

将显示 502 Bad Gateway

<html>

<head><title>502 Bad Gateway</title></head>

<body bgcolor="white">

<center><h1>502 Bad Gateway</h1></center>

<hr><center>nginx</center>

</body>

</html>

如果是nginx中cgi配置超时

将显示 504 Gateway Time-out

<html>

<head><title>504 Gateway Time-out</title></head>

<body bgcolor="white">

<center><h1>504 Gateway Time-out</h1></center>

<hr><center>nginx</center>

</body>

</html>

 

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/111680.html原文链接:https://javaforall.net

(0)
上一篇 2022年2月17日 上午9:00
下一篇 2022年2月17日 上午10:00


相关推荐

  • Java 诊断工具 Arthas 常见命令使用和实战(排查函数调用异常、热更新、调用方法函数、查看堆栈调用等)

    Java 诊断工具 Arthas 常见命令使用和实战(排查函数调用异常、热更新、调用方法函数、查看堆栈调用等)Java 诊断工具 Arthas 常见命令使用和实战 排查函数调用异常 热更新 调用方法函数 查看堆栈调用等

    2026年3月17日
    2
  • tar压缩/解压、加密压缩/解密解压「建议收藏」

    tar压缩/解压、加密压缩/解密解压「建议收藏」压缩tar-czvf/path/to/file.tar.gzfile解压tar-xzvf/path/to/file.tar.gz/path/to加密压缩tar-czvf-file|openssldes3-salt-kpassword-out/path/to/file.tar.gz解密解压openssldes3-d-kpassword-salt-in/p

    2022年5月13日
    61
  • vlan的作用和特点_VLAN的概念

    vlan的作用和特点_VLAN的概念VLAN它的全称是虚拟局域网,作用就是把连接在同一交换机下的主机分为更小的逻辑网段,以减少广播的数量,不同的VLAN之间不能通讯,这样广播就被限制在同一个业务需求主机的VLAN里,即便是连接在同一个交换机下,不同的VLAN也不会收到广播的ARP请求!如果他们之间需要通讯,只能借助路由器或三层交换机没有携带VLAN(Tag)的数据帧携带VLAN(Tag)的数据帧标签类型把同一物理局域网内的不同用户逻辑地划分成不同的广播域、有助于控制流量、减少设备投资、简化网络管理。提高网络的安全性。1)区段化:将一个网络

    2022年8月10日
    7
  • 为总结经验 为后续工作(关于靠谱的心得体会)

    缘起&amp;amp;amp;amp;amp;amp;nbsp;&amp;amp;amp;amp;amp;amp;nbsp;&amp;amp;amp;amp;amp;amp;nbsp;&amp;amp;amp;amp;amp;amp;nbsp;上一周,电脑突然蓝屏崩溃了,幸亏在保质期内,厂家给免费维修,据说硬盘坏了,因此导致了所有数据丢失,虽然没有太多重要的,内心仍不是个滋味。于是打算将所有的不是特别重要东西能放到云端的都放到云端去。内容(会持续更新)&amp

    2022年4月12日
    47
  • redis击穿,穿透,雪崩以及解决方案「建议收藏」

    redis击穿,穿透,雪崩以及解决方案「建议收藏」1击穿:指的是单个key在缓存中查不到,去数据库查询,这样如果数据量不大或者并发不大的话是没有什么问题的。如果数据库数据量大并且是高并发的情况下那么就可能会造成数据库压力过大而崩溃注意:这里指的是单个key发生高并发!!!解决方案:1)通过synchronized+双重检查机制:某个key只让一个线程查询,阻塞其它线程在同步块中,继续判断检查,保证不…

    2025年11月17日
    5
  • OpenClaw小龙虾在企业为何失灵?聊聊组织级AI智能体的三道墙

    OpenClaw小龙虾在企业为何失灵?聊聊组织级AI智能体的三道墙

    2026年3月13日
    3

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号