nginx启动后,在后台其实启动了一个master进程和多个worker进程
- master只做任务分配给worker
- worker是负责处理nginx部分的请求。
原理:
客户端发送请求到nginx的master,master将任务分配给地下的各个worker,分配方式为各个worker争抢模式,某worker争取到任务后,走代理等到对应的tomcat请求数据逼格返回。
master-workers的设计优点:
首先,对于每个 worker 进程来说,独立的进程,不需要加锁,所以省掉了锁带来的开销,且某worker进程异常退出后, 只会导致当前 worker 上的所有请求失败,其余worker上的请求是可以正常处理的,索引nginx服务还是可用的。
合理配置worker
Nginx 同 redis 类似都采用了 io 多路复用机制,每个 worker 都是一个独立的进程,但每个进 程里只有一个主线程,通过异步非阻塞的方式来处理请求, 即使是千上万个请求也不在话 下。
每个 worker 的线程可以把一个 cpu 的性能发挥到极致。所以 worker 数和服务器的 cpu 数相等是最为适宜的。设少了会浪费 cpu,设多了会造成 cpu 频繁切换上下文带来的损耗。
合理配置worker_connection
这个值是表示每个worker进程所能建立连接的最大值,所以,一个 nginx 能建立的最大连接数,应该是 worker_connections * worker_processes。
-
对于HTTP 请 求 本 地 资 源 来 说 , 能 够 支 持 的 最 大 并 发 数 量 是 worker_connections * worker_processes
-
http1.1 的浏览器每次访问要占两个连接,所以普通的静态访 问最大并发数是: worker_connections * worker_processes /2,
-
而如果是 HTTP 作 为反向代 理来说,最大并发数量应该是 worker_connections * worker_processes/4。因为作为反向代理服务器,每个并发会建立与客户端的连接和与后端服 务的连接,会占用两个连接。