• worker调优
  worker是Nginx的进程，一个worker理论上可以处理几万个请求，为了更好利用Nginx的缓存机制，让worker运行在固定的CPU上，从而减少worker切换CPU时造成的性能消耗。worker的数量并不是越多越好，worker的数量一般配制与物理CPU的物理核心数相同。

• CPU在LINUX的编号
  CPU物理核心编号由一个8位的二进制串表示，0000 0001表示第一个物理核心，0000 0010表示第二个核心，0000 0100表示第三个物理核心。第八号物理核心表示为1000 0000。

• Nginx 配制worker与CPU绑定
  nginx.conf 配制如下

worker_processes 2;
worker_cpu_affinity 0001 0010;

将两个worker绑定在第一、二个CPU物理核心上。

• worker nice值的调整（worker进程的优先级调整）
  worker的优先级是通过worker_priority参数调整的，其取值范围为[-20, 20]。

worker_processes 2;
worker_cpu_affinity 0001 0010;
worker_priority 19;

虽然worker的nice值最大为20，实际上只以到达19，当超出20这个值时，用nginx -t进得测试已经报出配制异常，但nginx仍然能以19的优先级启动。

• worker_rlimit_number调优
  worker_rlimit_number，用于限制nginx单个进程最大的并发量。假设2个worker最大并发量为3W，那么单个worker的并发量为1.5W。这里worker_rlimit_number应该调整为15000

注意：默认情况下，此参数不在nginx.conf文件里出现，需要手动添加配置。

配置如下：

worker_processes 2;
worker_cpu_affinity 0001 0010;
worker_priority 19;
worker_rlimit_number 15000;

• event事件驱动相关配制

events{
  worker_connections 102400;
  accept_mutex on | off;
}

worker_connections：每个worker支持的最大连接并发量。
如果accept_mutex设置成on，则请求由各worker轮流处理。如果设置成off，则一个请求过来，会通知所有的worker,哪个worker处理的请求少，则由哪个worker处理请求。因为accept_mutex值为off时，会通知所有的worker，因此比较消耗性能。

• server模块相关配制
  server_tokens
  server_tokens在http模块或server模块里设置。在http模块设置，则作用于所有server模块。在server模块设置，则只作用于单个server模块。当server_tokens的值为off时，将不对外暴露nginx版本信息，有利于避开不良用户针对nginx不对版本的漏洞攻击

http{
  server_tokens off;
}