Nginx(二) -- 核心配置

一: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进程运行用户组,默认nobody
user user [group]
复制代码

二:Events参数

2.1 worker_connections

# nginx指定一个子进程可处理链接数量
# number默认数量1024
# nginx可处理链接总数 = worker_processes * worker_connecitons

worker_connections  number
复制代码

2.2 accept_mutex

accept_mutex参数为工做进程处理链接accept互斥锁开关,1.11.3以前默认on,以后的版本则是默认offnginx

2.2.1 惊群现象

Nginx能够经过worker_processes参数配置多个工做进程,多个工做进程fork后会监听同一个端口。若是有一个外部链接进来就会唤醒全部子进程抢夺该链接,除一个子进程成功处理accept事件意外子进程都会从新休眠。致使不少没必要要的上下文切换。这就是惊群现象bash

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负载不均衡问题。默认值500msui

相关文章
相关标签/搜索