Nginx调优

　　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; }