一:main参数
1.1 worker_processes
# 指定nginx开启worker工作子进程数量# number默认1,建议配置数量与CPU核心数量相等worker_processes number复制代码
1.2 worker_cpu_affinity
# nginx默认未开启利用多核CPU,开启某个核心该位置标志为1即可# worker_processes 最多开启8个,所以多核最多8个也就够用。示例配置开启4核worker_cpu_affinity 00000001 00000010 00000100 00001000复制代码
1.3 worker_priority
# 进程优先级,数值越低占用资源越多# number默认10,值范围-20 ~ 20# 建议配置-10即可,最好别低于Linux系统进程-5优先级worker_priority number复制代码
1.4 worker_rlimit_nofile
# 一个子进程可以打开文件描述限制# nginx默认一个子进程打开文件描述限制数量 = (ulimt -u) / worker_processes# 因为进程处理连接任务很多时候不均衡,所以最好设置为与系统数量一致worker_rlimit_nofile (ulimit -u)复制代码
1.5 error_log
# file指定日志输出文件位置,默认logs/error.log# level指定日志输出最低级别,默认error级别。当然可以设置为debug、info等error_log file [level]复制代码
1.6 pid
# file默认值logs/pid.log,指定nginx中master进程的PID输出文件位置pid file复制代码
1.7 user
# user第二个参数user,配置nginx进程运行用户,默认nobody# group配置nginx进程运行用户组,默认nobodyuser user [group]复制代码
二:Events参数
2.1 worker_connections
# nginx指定一个子进程可处理连接数量# number默认数量1024# nginx可处理连接总数 = worker_processes * worker_connecitonsworker_connections number复制代码
2.2 accept_mutex
accept_mutex参数为工作进程处理连接accept互斥锁开关,1.11.3之前默认on,之后的版本则是默认off
2.2.1 惊群现象
Nginx可以通过worker_processes参数配置多个工作进程,多个工作进程fork后会监听同一个端口。如果有一个外部连接进来就会唤醒所有子进程抢夺该连接,除一个子进程成功处理accept事件意外子进程都会重新休眠。导致很多不必要的上下文切换。这就是惊群现象
2.2.2 accept锁处理
nginx通过增加accept互斥锁让注册到epoll中的进程只有一个,从而避免惊群现象。也就是连接进来时只能有一个子进程去处理
尝试获取accept锁if success 在epoll中注册accept事件else 在epoll中注销accept事件 处理所有连接事件 释放accept锁复制代码
2.2.3 accept锁缺点
accept锁看似完美解决了惊群现象带来的问题,但是也带来了某些子进程很忙,某些子进程很闲的问题,特别是在吞吐并发比较高的应用中。通俗来讲就是worker子进程负载不均问题
2.2.4 配置建议
- 对于分布式应用短连接来讲最好是打开该参数,这样避免过多的上下文切换开销
- 对于长连接应用最好是关闭该参数,避免过多连接负载到一个worker上导致某个进程CPU利用率过高
2.3 accept_mutex_delay
当accept_mutex设置为on后就需要根据应用场景调试accept_mutex_delay参数,该参数规定所有子进程多少时间后重新抢夺accept锁。合适的参数值有助于减少worker负载不均衡问题。默认值500ms
相关推荐:nginx教程
以上就是nginx中必须配置的参数介绍的详细内容,更多请关注php中文网其它相关文章!