关于 nginx 的一些优化(突破十万并发)
通常来讲 nginx 配置文件中对优化比较有做用的为如下几项:
worker_processes 8;
nginx 进程数,建议按照 cpu 数目来指定,通常为它的倍数。
worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000
01000000 10000000;
为每一个进程分配 cpu,上例中将 8 个进程分配到 8 个 cpu,固然能够写多个,或者将一
个进程分配到多个 cpu。
worker_rlimit_nofile 102400;
这个指令是指当一个 nginx 进程打开的最多文件描述符数目,理论值应该是最多打开文
件数(ulimit -n)与 nginx 进程数相除,可是 nginx 分配请求并非那么均匀,因此最好与 ulimit
-n 的值保持一致。
use epoll;
使用 epoll 的 I/O 模型,这个不用说了吧。
worker_connections 102400;
每 个 进 程 允 许 的 最 多 连 接 数 , 理 论 上 每 台 nginx 服 务 器 的 最 大 连 接 数 为
worker_processes*worker_connections。
keepalive_timeout 60;
keepalive 超时时间。
client_header_buffer_size 4k;
客户端请求头部的缓冲区大小,这个能够根据你的系统分页大小来设置,通常一个请求
头的大小不会超过 1k,不过因为通常系统分页都要大于 1k,因此这里设置为分页大小。分
页大小能够用命令 getconf PAGESIZE 取得。
open_file_cache max=102400 inactive=20s;
这个将为打开文件指定缓存,默认是没有启用的,max 指定缓存数量,建议和打开文件
数一致,inactive 是指通过多长时间文件没被请求后删除缓存。
open_file_cache_valid 30s;
这个是指多长时间检查一次缓存的有效信息。
open_file_cache_min_uses 1;
open_file_cache 指令中的 inactive 参数时间内文件的最少使用次数,若是超过这个数字,文
件描述符一直是在缓存中打开的,如上例,若是有一个文件在 inactive 时间内一次没被使用,
它将被移除。nginx