nginx性能优化之根据CPU配置多线程运行（worker配置说明）

查看nginx.conf

vi/usr/local/nginx1.10/conf/nginx.conf

events {

	use epoll;
	...
	worker_connections 65535;
    worker_processes 4;
	accept_mutex on;
    accept_mutex_delay 500ms;
    worker_rlimit_nofile 20960;
	multi_accept on;
}

1
2
3
4
5
6
7
8
9
10
11
12

相关配置指令介绍说明

• worker_connections该指令设置worker进程最大打开的连接数,默认值为512。
• worker_processes指令控制工作进程数，其默认值为1，这样设置的话，nginx只运行一个worker。（建议：应根据可用内核数，磁盘，网络子系统，服务器负载等更改为最佳值。）
• accept_mutexaccept_mutex参数将使每个可用的worker进程逐个接受新连接，默认值为on。（如nginx中配置了多个workers，那么还应配置影响worker的相关指令）
  如果accept_mutex为off，所有可用的worker将从等待状态唤醒，但只有一个worker处理连接。 这导致惊群现象，每秒重复多次。 这种现象导致服务器性能下降，因为所有被唤醒的worker都在占用CPU时间。 这导致增加了非生产性CPU周期和未使用的上下文切换。
• accept_mutex_delay当accept_mutex的值为on，也就是启用accept_mutex时（只有一个具有互斥锁的worker程序接受连接，而其他工作程序则轮流等待），accept_mutex_delay对应于worker等待的时间帧，然后它尝试获取互斥锁并开始接受新的连接，默认值为500毫秒。
• worker_rlimit_nofile同时连接的数量受限于系统上可用的文件描述符的数量，因为每个套接字将打开一个文件描述符。 如果nginx尝试打开比可用文件描述符更多的套接字，会发现error.log中出现Too many opened files的信息。nginx提供了worker_rlimit_nofile指令，这是除了ulimit的一种设置可用的描述符的方式。
  将此值增加到大于worker_processes * worker_connections的值，应该是增加当前worker运行用户的最大文件打开数值。
  (指令与使用ulimit对用户的设置是同样的效果，使用ulimit检查文件描述符的数量自行百度)
• multi_accept指令使得NGINX worker能够在获得新连接的通知时尽可能多的接受连接。 此指令的作用是立即接受所有连接放到监听队列中。 如果指令被禁用，worker进程将逐个接受连接。

查看cpu数

lscpu

cat /proc/cpuinfo | grep 'processor' | wc -l

根据cpu数修改worker_processes

worker_processes指令控制工作进程数；
worker_processes 1
或者可以将其设置为auto。 这样nginx会自动根据核心数为生成对应数量的worker进程。
worker_processes auto