nginx相关问题

目录

一、nginx一般有几个进程

二、nginx怎么实现高并发的？

三、nginx为什么不使用多线程？

四、nginx常见的优化配置有哪些?

五、惊群现象

解决办法

---

一、nginx一般有几个进程

一个master和CPU核数相同的worker，因为更多的worker 数，只会导致进程相互竞争 cpu，从而带来不必要的上下文切换，nginx采用的是多进程单线程。

二、nginx怎么实现高并发的？

Nginx采用的 IO多路复用模型epoll。

1.master进程主要负责收集、分发请求。每当一个请求过来时，master就拉起一个worker进程负责处理这个请求。

2.同时master进程也负责监控woker的状态，保证高可靠性。

3.woker进程一般设置为跟cpu核心数一致。nginx的woker进程在同一时间可以处理的请求数只受内存限制，可以处理多个请求。

Nginx 的异步非阻塞工作方式正把当中的等待时间利用起来了。在需要等待的时候，这些进程就空闲出来待命了，因此表现为少数几个进程就解决了大量的并发问题

三、nginx为什么不使用多线程？

创建多个进程或线程，而每个进程或线程都会为其分配 cpu 和内存(线程要比进程小的多，所以worker支持比perfork高的并发)，并发过大会耗光服务器资源。

采用单线程来异步非阻塞处理请求(管理员可以配置Nginx主进程的工作进程的数量)(epoll)，不会为每个请求分配cpu和内存资源，节省了大量资源，同时也减少了大量的CPU的上下文切换。所以才使得Nginx支持更高的并发。

四、nginx常见的优化配置有哪些?

1.调整worker_processes

2.最大化worker_connections

为了最大化Nginx的全部潜力，应将工作者连接设置为核心一次可以运行的允许的最大进程数1024

3.启用Gzip压缩

压缩文件大小，减少了客户端http的传输带宽，因此提高了页面加载速度

4.为静态文件启用缓存

静态文件启用缓存，以减少带宽并提高性能

5.Timeouts

6.禁用access_logs

五、惊群现象

主进程（master 进程）首先通过 socket() 来创建一个 sock 文件描述符用来监听，然后fork生成子进程（workers 进程），子进程将继承父进程的 sockfd（socket 文件描述符），之后子进程 accept() 后将创建已连接描述符（connected descriptor）），然后通过已连接描述符来与客户端通信。那么，由于所有子进程都继承了父进程的 sockfd，那么当连接进来时，所有子进程都将收到通知并“争着”与它建立连接，这就叫“惊群现象”。大量的进程被激活又挂起，只有一个进程可以accept() 到这个连接，这当然会消耗系统资源。

解决办法

Nginx 提供了一个 accept_mutex 这个东西，这是一个加在accept上的一把共享锁。即每个 worker 进程在执行 accept 之前都需要先获取锁，获取不到就放弃执行 accept()。有了这把锁之后，同一时刻，就只会有一个进程去 accpet()，这样就不会有惊群问题了。accept_mutex 是一个可控选项，我们可以显示地关掉，默认是打开的