Nginx配置连接数

worker_processes：表示开启nginx的worker进程的个数，nginx启动会开两种进程，master进程用来管理调度，worker进程用来处理请求；

上面表示两种设置方法，比如

方法一：worker_processes auto;

　　表示设置服务器cpu核数匹配开启nginx开启的worker进程数

　　查看cpu核数：cat /proc/cpuinfo

方法二：nginx设置cpu亲和力

　　worker_processes 8;

　　worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;

　　00000001表示启用第一个CPU内核，00000010表示启用第二个CPU内核，以此类推

worker_cpu_affinity：表示开启八个进程，第一个进程对应着第一个CPU内核，第二个进程对应着第二个CPU内核，以此类推。

这种设置方法更高效，因将每个cpu核提供给固定的worker进程服务，减少cpu上下文切换带来的资源浪费

如果服务器cpu有限

比如：2核CPU，开启2个进程，设置如下

worker_processes 2;

worker_cpu_affinity 01 10;

比如：4核CPU,开启4个进程，设置如下

worker_processes 4;

worker_cpu_affinity 0001 0010 0100 1000;

典型错误：

8核cpu ，worker_processes=8
1个worker进程 能够最大打开的文件数（线程数）worker_connections=65535 （参考worker_rlimit_nofile ----> linux ulimit -n）

最大的客户端连接数 max_clients = （多少个工作进程数）worker_processes * （1个工作线程的处理线程数）worker_connections 8*65535 ??

---

• nginx作为http服务器
  请求模型 client <---> nginx
  max_clients = worker_processes * worker_connections/2

• nginx作为反向代理服务器的时候
  请求模型 client <---> nginx <----> web server
  max_clients = worker_processes * worker_connections/4

• 为什么除以2：该公式基于http 1.1协议，一次请求大多数浏览器发送两次连接，并不是request和response响应占用两个线程（很多人也是这么认为，实际情况：请求是双向的，连接是没有方向的，由上面的图可以看出来)

• 为什么除以4：因nginx作为方向代理，客户端和nginx建立连接，nginx和后端服务器也要建立连接

由此，我们可以计算nginx作为http服务器最大并发量(作为反向代理服务器自己类推)，可以为压测和线上环境的优化提供一些理论依据：

若nginx作为http服务器，单位时间（keepalive_timeout）内nginx最大并发量C

C=worker_processes * worker_connections/2=8*65535/2

而每秒的并发量CS

CS=worker_processes * worker_connections/(2*65)