【Nginx】原理

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。因为作为反向代理服务器，每个并发会建立与客户端的连接和与后端服 务的连接，会占用两个连接。