[root@flex-staging nginx]# more nginx.conf
# 定义Nginx运行的用户和用户组
user root;
# nginx进程数,建议设置为等于CPU总核心数。
# 在配置文件的顶级main部分,worker角色的工作进程的个数,master进程是接收并分配请求给worker处理。
# 这个数值简单一点可以设置为cpu的核数grep ^processor /proc/cpuinfo | wc -l,也是 auto 值,
# 如果开启了ssl和gzip更应该设置成与逻辑CPU数量一样甚至为2倍,可以减少I/O操作。如果nginx服务器还有其它服务,可以考虑适当减少。
worker_processes auto;
# 错误日志: 存放路径
# 制定错误日志路径,级别。这个设置可以放入全局块,http块,server块,级别依次为:debug|info|notice|warn|error|crit|alert|emerg
error_log /var/log/nginx/error.log;
# pid(进程标识符): 存放路径 --- nginx:master 进程
pid /run/nginx.pid;
# 指定进程可以打开的最大描述符:数目
# 这个指令是指当一个nginx进程打开的最多文件描述符数目,理论值应该是最多打开文件数(ulimit -n)与nginx进程数相除,
# 但是nginx分配请求并不是那么均匀,所以最好与ulimit -n 的值保持一致。
# 这是因为nginx调度时分配请求到进程并不是那么的均衡,所以假如填写10240,总并发量达到3-4万时就有进程可能超过10240了,这时会返回502错误。
worker_rlimit_nofile 65535;
# Load dynamic modules. See /usr/share/nginx/README.dynamic.
# 加载动态模块 : 存放路径
include /usr/share/nginx/modules/*.conf;
# events模块中包含nginx中所有处理连接的设置.
# 事件模块可以使用指令来配置网络机制,某些参数可能会直接应用程序性能,下面是事件模块可配置的指令
events {
# 选择一个可用的事件的模型(可以在编译时指定),Nginx会自动选择事件的模型
# 支持下面的事件模型:
# select:只能在Windows下使用,这个事件模型不建议在高负载的系统使用
# poll:Nginx默认首选,但不是在所有系统下都可用
# kqueue:这种方式在FreeBSD 4.1+, OpenBSD2.9+, NetBSD 2.0, 和 MacOS X系统中是最高效的
# epoll: 这种方式是在Linux 2.6+内核中最高效的方式
# rtsig:实时信号,可用在Linux 2.2.19的内核中,但不适用在高流量的系统中
# /dev/poll: Solaris 7 11/99+,HP/UX 11.22+, IRIX 6.5.15+, and Tru64 UNIX 5.1A+操作系统最高效的方式
# eventport: Solaris 10最高效的方式
use epoll;
# 每个工作进程的最大连接数量。根据硬件调整,和前面工作进程配合起来用,尽量大,但是别把cpu跑到100%就行。
# 每个进程允许的最多连接数,理论上每台nginx服务器的最大连接数为。worker_processes*worker_connections
worker_connections 1024;
# keepalive超时时间。
keepalive_timeout 60;
# 客户端请求头部的缓冲区大小。这个可以根据你的系统分页大小来设置,一般一个请求头的大小不会超过1k,不过由于一般系统分页都要大于1k,所以这里设置为分页大小。
# 分页大小可以用命令getconf PAGESIZE 取得。 --- 4096
client_header_buffer_size 4k;
# 这个将为打开文件指定缓存,默认是没有启用的,max指定缓存数量,建议和打开文件数一致,inactive是指经过多长时间文件没被请求后删除缓存。
open_file_cache max=65535 inactive=60s;
# 这个是指多长时间检查一次缓存的有效信息。
open_file_cache_valid 80s;
# open_file_cache指令中的inactive参数时间内文件的最少使用次数,如果超过这个数字,文件描述符一直是在缓存中打开的,如上例,如果有一个文件在inactive时间内一次没被使用,它将被移除。
open_file_cache_min_uses 1;
# 这个指令指定是否在搜索一个文件时记录cache错误. 默认 off
open_file_cache_errors on;
# 设置网路连接序列化,防止惊群现象发生,默认为on
# 当一个新连接到达时,如果激活了accept_mutex,那么多个Worker将以串行方式来处理,其中有一个Worker会被唤醒,其他的Worker继续保持休眠状态;
# 如果没有激活accept_mutex,那么所有的Worker都会被唤醒,不过只有一个Worker能获取新连接,其它的Worker会重新进入休眠状态,这就是「惊群现象」。
# 惊群现象解释: https://blog.huoding.com/2013/08/24/281
nginx.conf详解
最新推荐文章于 2024-06-15 13:54:04 发布
本文详细解析了Nginx的配置文件nginx.conf,涵盖了其主要的指令、模块设置及服务器块配置等内容,帮助读者深入理解Nginx的运行机制和优化策略。
摘要由CSDN通过智能技术生成