nginx笔记-2

nginx的请求处理流程

nginx处理的流量是其他应用服务处理流量的数倍。

nginx的三个状态机：传输层状态机、http状态机、mail状态机。

核心部分由非阻塞的事件驱动处理引擎（epoll）实现，利用线程池处理阻塞的磁盘调用。最后通过应用层的协议，比如http、mail、stream、FastCGI等协议代理到响应的应用服务器。

nginx的进程结构

1.单进程结构

不适用于生产环境。

2.多进程结构

利用服务器多核的特性，实现健壮的nginx。为什么不是多线程呢？因为nginx要保持他的高可用性，高可靠性。进程是资源调度的基本单位，线程之间是共享内存的，容易导致内存错误。

worker处理真正的请求，master主要是监控worker进程，master和worker之间通过signal进行通信。

缓存要被cachemanager、cacheloader、多个worker进程之间共享。

worker进程间通讯都是通过共享内存实现的，每个worker独占一颗cpu内核，减少缓存失效的命中率。

nginx重新启动配置文件： nginx -s reload

查看本地示例：

# 查看当前的nginx进程
➜ nginx ps -ef | grep nginx
  501 13775     1   0  8:42下午 ??         0:00.00 nginx: master process /Users/xiaohuochai/Desktop/nginx/sbin/nginx
  501 13776 13775   0  8:42下午 ??         0:00.00 nginx: worker process
  501 13785   885   0  8:42下午 ttys005    0:00.00 grep --color=auto --exclude-dir=.bzr --exclude-dir=CVS --exclude-dir=.git --exclude-dir=.hg --exclude-dir=.svn nginx
# 给父进程发送hup信号（其实结果是会reload
➜ nginx kill -SIGHUP 13775 
# 查看hup之后的进程结果（worker进程们的pid变了，说明worker们 reload了 子进程无论是新启还是kill 都会给master发送信号
➜ nginx ps -ef | grep nginx
  501 13775     1   0  8:42下午 ??         0:00.00 nginx: master process /Users/xiaohuochai/Desktop/nginx/sbin/nginx
  501 13942 13775   0  8:46下午 ??         0:00.00 nginx: worker process
  501 13948   885   0  8:46下午 ttys005    0:00.00 grep --color=auto --exclude-dir=.bzr --exclude-dir=CVS --exclude-dir=.git --exclude-dir=.hg --exclude-dir=.svn nginx
➜ nginx