简单描述nginx master和worker的区别
有两个nginx进程，一个master进程，一个worker进程，这两个nginx进程都有各自的作用，见名知意, "worker"进程天生就是来"干活"的，真正负责处理请求的进程就是你看到的"worker"进程，那么"master"进程有什么用呢? “master"进程其实是负责管理"worker"进程的，除了管理” worker"进程，master"进程还负责读取配置文件、判断配置文件语法的工作，“master进程"也叫"主进程”，在nginx中，"master"进程只能有一个,而"worker"进程可以有多个，worker"进程的数量可以由管理员自己进行定义
Nginx 多进程模型是如何实现高并发的？
简单来讲，就是异步，非阻塞，使用了epoll和大量的底层代码优化。
稍微详细一点展开的话，就是nginx的特殊进程模型和事件模型的设计。
进程模型
nginx采用一个master进程，多个woker进程的模式。
- master进程主要负责收集、分发请求。当一个请求过来时，master拉起一个worker进程负责处理这个请求。
- master进程也要负责监控woker的状态，保证高可靠性
- woker进程一般设置为跟cpu核心数一致。nginx的woker进程跟apache不一样。apche的进程在同一时间只能处理一个请求，所以它会开很多个进程，几百甚至几千个。而nginx的woker进程在同一时间可以处理额请求数只受内存限制，因此可以处理多个请求。
事件模型
nginx是异步非阻塞的。
每进来一个request，会有一个worker进程去处理。但不是全程的处理，处理到什么程度呢？处理到可能发生阻塞的地方，比如向上游（后端）服务器转发request，并等待请求返回。那么，这个处理的worker不会这么傻等着，他会在发送完请求后，注册一个事件：“如果upstream返回了，告诉我一声，我再接着干”。于是他就休息去了。此时，如果再有request 进来，他就可以很快再按这种方式处理。而一旦上游服务器返回了，就会触发这个事件，worker才会来接手，这个request才会接着往下走。
web server的工作性质决定了每个request的大部份生命都是在网络传输中，实际上花费在server机器上的时间片不多。这是几个进程就解决高并发的秘密所在。
