当前位置: 首页 > news >正文

nginx和php-fpm连接超时的相关配置以及Nginx中的try_files以及root、alias的使用

一、nginx和php-fpm连接超时的相关配置

    线上的PHP服务器架构大都是nginx proxy->nginx web->php-fpm。在服务器运行正常,服务器之间的连接正常,未被防火墙阻止的情况下,对这种架构排查504报错时需要注意以下几个地方的参数。

1是nginx proxy服务器中nginx.conf配置文件里的三项proxy..timeout配置。

        此配置表示proxy向上游请求时的超时时间,s为秒。

proxy_connect_timeout 30s; #nginx连接上游的proxy的超时时间
proxy_send_timeout 30s;    #nginxt往上游proxy发送数据的超时时间
proxy_read_timeout 30s;    #nginxt从上游proxy读取数据的超时时间

2是nginx web服务器中nginx.conf配置里的fastcgi..timeout超时配置,

        此配置表示nginx向上游php请求的超时时间,s为秒。

fastcgi_connect_timeout 30s; #nginx连接fastcgi的超时时间
fastcgi_send_timeout 30s;    #nginx往fastcgi发送参数的超时时间
fastcgi_read_timeout 30s;    #nginx从fastcig获取数据的超时时间

3是php-fpm配置中的request_terminate_timeout配置

        此配置表示多少秒之后php-fpm会终止对应的php子进程。request_terminate_timeout。这个配置属于php-fpm,控制的是一个request执行的最长时间,超过这个时间worker进程将被killed。
request_terminate_timeout=120s

        在后端执行时间超过请求方的时间设定时间时,请求方会主动断开连接,后端服务器日志会记录499,关于499的报错这里不再展开,之前也有篇文章 nginx出现499错误码的原因以及proxy_ignore_client_abort配置 及 nginx日志配置变量大全意义详解_nginx 499-CSDN博客 服务端可以通过设置proxy_ignore_client_abort on来忽略客户端中断请求,从而不再记录499日志,改为200,但这样只是让表象上看起来请求正常,前端还是请求超时了的。

    在解决服务器超时的问题时,首先按照上面的这些配置项去逐一排查,如果一切没问题,直接请求服务器时理论是OK的了,这时如果再有超时问题,需要排查域名解析到你的服务器的中间环节会不会有超时设置问题,比如CDN上的回源请求超时等待时间以及其它的中间负载均衡出的问题。

二、Nginx中的try_files以及root、alias的使用

    nginx的try_files基本是nginx配置中必定用到的一个命令,但如果没有深入了解,也许你就只知道默认配置文件中的那行代码,就是尝试请求一下uri,然后如果没有找到就转到程序框架的入口文件上。try_files的作用域在server、location,其语法如下:

#语法1,一直寻找文件,找不到定义的uri上。
try_files file ... uri 
#语法2,一直寻找文件,找不到就返回一个状态码
try_files file ... = code
#示例
index index.html index.php;
try_files $uri /cache/ /data/files/ $uri /app.php;
try_files $uri /cache/ /data/files/ $uri =404;

    如上示例中,我们向服务端发送一个请求拿程序生成的一个图片/makejpg/102.jpg,它将先检查WEB目录 下/makejpg/102.jpg图片文件是否存在 ,如果不存在检测设定的root下/cache/makejpg/102.jpg 之后没有再请求root下 /data/files/makejpg/102.jpg ,最后没有的话就去请求/app.php去生成102.jpg这么一张图片。下面一个请求如果是静态服务器则没找到就直接返回404了。

    try_files除了上述在此服务器寻找文件以及找到请求处理之外,也可以直接重定向其它的location,其它的location就可以自由配置处理了,甚至可以转发到upstream请求,纯缓存服务器配置这种比较合适,即所有的数据都是后端生成的,经过一次就缓存下来,如果缓存失效就去后端拿数据。有点CDN的感觉。

location ^~ /images/ {root /image/cache/;try_files $uri @image_backend;
}
location @image_backend {proxy_pass http://192.168.1.10:80;
}

    最后上面提到的try_files查找路径的事情,nginx中对路径的指令有root和alias,root会持续继成,在location中匹配后,会将匹配的location中的root路径替换访问url的host从而得到文件的真实地址。而alise它不会替换匹配后的url地址,而是替换匹配部分的url。alias指令也可以有多个,有些配置中使用alias会省不少事,示例如下:

#请求http://47.3.3.36/mobile/index.php  -> /home/wwwroot/mobile/index.php
location /mobile/ {root /home/wwwroot/ 
}#请求http://47.3.3.36/mobile/index.php  -> /home/wwwroot/mobile/index.php
location /mobile/ {alias /home/wwwroot/mobile/
}

http://www.mrgr.cn/news/30681.html

相关文章:

  • 末端回路漏电监测仪为何不可或缺?
  • AI学习指南深度学习篇-Adagrad在深度学习中的应用
  • NISP 一级 | 7.3 信息安全事件与应急响应
  • [Unity Demo]从零开始制作空洞骑士Hollow Knight第五集:再制作更多的敌人
  • 每日学习一个数据结构-哈夫曼树Huffman Tree
  • 江协科技STM32学习- P14 示例程序(定时器定时中断和定时器外部时钟)
  • MATLAB 在数学建模中的深入应用:从基础到高级实践
  • php的require() 和 require_once() 之间的主要区别
  • 职场人生-外企福利待遇
  • 中科曙光嵌入式面试大全及参考答案(3万字长文)
  • Golang | Leetcode Golang题解之第419题棋盘上的战舰
  • Kubernetes集群架构、安装和配置全面指南
  • C语言 | Leetcode C语言题解之第417题太平洋大西洋水流问题
  • IBM中国研发中心撤离背后的IT行业人才挑战与产业未来展望
  • 茴香豆:企业级知识问答工具实践闯关任务
  • SalescustomerController
  • Agent Zero
  • 谷歌论文提前揭示o1模型原理:AI大模型竞争或转向硬件
  • Golang | Leetcode Golang题解之第417题太平洋大西洋水流问题
  • 视觉 注意力机制——通道注意力、空间注意力、自注意力、交叉注意力