一个nginx 能处理多少请求

一个nginx 能处理多少请求,第1张

能处理请求不是web服务器能决定的。这个要关系到你机器的CPU 和内存 还有带宽才能决定的,一般来说nginx apache IIS 这些WEB服务器处理一般的请求都是没有问题的。你不同担心在你有足够物理条件下的并发请求。

发现一个列表的数据返回是空,但是本地又是好的,最后发现是nginx反向代理这是额返回实体大小也是有限制的

具体修改以下配置就能解决,当然也可以修改接口把不必要的返回超长字段去掉,最好还是不要改这个配置

proxy_buffer_size 5m;

proxy_buffers 1024 64k;

-user USERNAME [GROUP]

解释:指定运行nginx的worker子进程的属主和属组,其中属组可以不指定

示例:user nginx nginx;

-pid DIR

解释:指定运行nginx的master主进程的pid文件存放路径

示例:opt/nginx/logs/nginxpid

-worker_rlimit_nofile number

解释:指定worker子进程可以打开的最大文件句柄数

示例:worker_rlimit_nofile 20480;

-worker_rlimit_core size

解释:指定worker子进程异常终止后的core文件,用于记录分析问题, 注意nginx用户要对目录有写权限,不然无法记录。

示例:worker_rlimit_core 50M; working_directory /opt/nginx/tem;

-worker_processes number | auto

解释:指定nginx启动的worker子进程数量

示例:worker_processes 4; worker_process auto;

-worker_cpu_affinity cpumask1 cpumask2

解释:将每个worker子进程与我们的cpu物理核心绑定

示例:

worker_cpu_affinity 0001 0010 0100 1000; 4个物理核心,4个worker子进程

worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000; 8物理核心,8

子进程

worker_cpu_affinity 01 10 01 10; 2物理核心,4子进程

备注:将每个worker子进程与特定的cpu物理核心绑定,优势在于:避免同一个worker子进程在不同的cpu核心上切换,导致缓存失效,降低性能;但是其并不能真正的避免进程切换

-worker_priority number

解释:指定worker子进程的nice值,以调整运行nginx的优先级,通常设定为负值,以优先调用nginx

示例:worker_priority -10;

备注:Linux默认进程的优先级是120,值越小越优先;nice设定范围为-20到+19

-work_shutdown_timeout time

解释:指定worker子进程优雅退出的超时时间

示例:worker_shutdown_timeout 5s;

备注:防止恶意请求,比如建立tcp连接后没有发请求或者没有回应,会在5s后关闭连接。避免占用系统资源。

-timer_resolution interval

解释:worker子进程内部使用的计时器精度,调用时间间隔越大,系统调用越少,有利于性能提升;反之,系统调用越多,性能下降

示例:worker_resolution 100ms;

-daemon on|off

解释:设定nginx的运行方式。默认为on,表示后台运行。off表示前台运行,会输出日志信息。前台用于调试,后台用于生产

-lock_file file

解释:负载均衡互斥锁文件存放路径

-use [ select | poll | kqueue | epoll | /dev/poll | eventpot ]

nginx使用何种事件驱动模型。默认配置无,建议不配置,让nginx自己选择。

-worker_connections number

worker子进程能够处理的最大并发连接数。默认1024,建议65535。Linux可以打开的最大文件句柄数是65535,设置65535可以保证即使只有一个子进程也可以充分利用系统资源。

-accept_mutex [ on | off ]

是否打开负载均衡互斥锁。默认关闭。当用户向nginx发起请求时,主进程会向所有子进程询问,空闲的子进程将处理进程。当互斥锁打开时,由互斥锁轮流分配任务给子进程,可以提高效率。

-accept_mutex_delay time

互斥锁延迟时间。在互斥锁打开时生效,当互斥锁分配某个请求给子进程时,如果子进程由于繁忙不能处理时,会在延迟时间结束后分配给下一个子进程。可以避免请求长时间等待。

-muti_accept [ on | off ]

默认关闭。nginx子进程在某一时刻只能同时处理一个请求。打开后可以在同一时刻处理多个请求。实际情况下对提升性能不是很明显。

-server_name name1 name2

匹配请求服务器的域名,比如: 段中,可以放的上下文环境是>

首先你的环境需要支持:

简单将流量采集分为3个模块:

这部分比较简单,基本信息都在ngxvar ngxctx 等中都可以获取到:

ngxstatus #状态码

ngxvarscheme #协议

ngxvarrequest_method # 请求方法

ngxvarrequest_uri #请求uri

ngxvarhost #请求域名host

ngxvarremote_addr #请求方IP

ngxvarhostname #主机hostname

ngxvartime_iso8601 #时间

ngxvarserver_port #服务端端口

ngxreqget_headers() #获取请求头

ngxreqget_body_data() #获取请求体

此处需注意get_headers 和 get_body_data 均需转换成dict形式。

响应体获取不是直接ngxrespget_headers()之类可以获取到的,需做一些处理:

ngxctxbuffered 即为响应体内容

需配合 header_filter_by_lua_file 引用

ngxctxresp_headers 即为响应头信息

需配合 body_filter_by_lua_file 引用

以下为对内容进行简单拦截。

待更新高级用法。

以上就是关于一个nginx 能处理多少请求全部的内容,包括:一个nginx 能处理多少请求、请求的json返回数据过大nginx无法返回、nginx核心参数等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/web/9670813.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-04-30
下一篇2023-04-30

发表评论

登录后才能评论

评论列表(0条)

    保存