nginx学习笔记:nginx底层机制

1. master 和 worker

  • master进程
    主要是管理worker进程,⽐如:
    • 接收外界信号向各worker进程发送信号(./nginx -s reload)
    • 监控worker进程的运⾏状态,当worker进程异常退出后Master进程会⾃动重新启动新的worker进程等
  • worker进程
    worker进程具体处理⽹络请求。多个worker进程之间是对等的,他们同等竞争来⾃客户端的请求,各进程互相之间是独⽴的。⼀个请求,只可能在⼀个worker进程中处理,⼀个worker进程,不可能处理其它进程的请求。worker进程的个数是可以设置的,⼀般设置与机器cpu核数⼀致。
    nginx学习笔记:nginx底层机制
    ./nginx -s reload 来说明nginx信号处理这部分
    1)master进程对配置⽂件进⾏语法检查
    2)尝试配置(⽐如修改了监听端⼝,那就尝试分配新的监听端⼝)
    3)尝试成功则使⽤新的配置,新建worker进程
    4)新建成功,给旧的worker进程发送关闭消息
    5)旧的worker进程收到信号会继续服务,直到把当前进程接收到的请求处理完毕后关闭
    所以reload之后worker进程pid是发⽣了变化的
    nginx学习笔记:nginx底层机制

2. woker 是如何工作的

nginx学习笔记:nginx底层机制
worker进程处理请求部分的说明
例如:我们监听9000端⼝,⼀个请求到来时,如果有多个worker进程,那么每个worker进程都有可能处理这个链接。

  • master进程创建之后,会建⽴好需要监听的的socket,然后从master进程再fork出多个worker进程。所以,所有worker进程的监听描述符(listenfd)在新连接到来时都变得可读。

  • nginx使⽤互斥锁来保证只有⼀个worker进程能够处理请求,拿到互斥锁的那个进程注册listenfd读事件,在读事件⾥调⽤accept接受该连接,然后解析、处理、返回客户端

3. nginx多进程模型好处

  • 每个worker进程都是独⽴的,不需要加锁,节省开销
  • 每个worker进程都是独⽴的,互不影响,⼀个异常结束,其他的照样能提供服务
  • 多进程模型为reload热部署机制提供了⽀撑

4. 设置多少个 woker 合适

worker 数和服务器的 cpu 数相等是最为适宜

5. 连接数 worker_connection

第一个:发送请求,占用了 woker 的几个连接数
答案:2 或者 4 个

第二个:nginx 有一个 master,有四个 woker,每个 woker 支持最大的连接数 1024,支持的
最大并发数是多少?

  1. 普通的静态访问最大并发数是:worker_connections * worker_processes/2
  2. 如果是 HTTP 作 为反向代理来说,最大并发数量应该是worker_connections * worker_processes/4