Nginx(二) — 核心配置

一：main参数

1.1 worker_processes

# 指定nginx开启worker工作子进程数量
# number默认1,建议配置数量与CPU核心数量相等
worker_processes number

//JS中文网 – 前端进阶资源分享 https://www.javascriptc.com/ 趣聊CSS系列

1.2 worker_cpu_affinity

# nginx默认未开启利用多核CPU,开启某个核心该位置标志为1即可
# worker_processes 最多开启8个,所以多核最多8个也就够用。示例配置开启4核
worker_cpu_affinity 00000001 00000010 00000100 00001000

//JS中文网 – 前端进阶资源分享 https://www.javascriptc.com/ 趣聊CSS系列

1.3 worker_priority

# 进程优先级,数值越低占用资源越多
# number默认10,值范围-20 ~ 20
# 建议配置-10即可,最好别低于Linux系统进程-5优先级
worker_priority number

//JS中文网 – 前端进阶资源分享 https://www.javascriptc.com/ 趣聊CSS系列

1.4 worker_rlimit_nofile

# 一个子进程可以打开文件描述限制
# nginx默认一个子进程打开文件描述限制数量 = (ulimt -u) / worker_processes
# 因为进程处理连接任务很多时候不均衡,所以最好设置为与系统数量一致
worker_rlimit_nofile (ulimit -u)

//JS中文网 – 前端进阶资源分享 https://www.javascriptc.com/ 趣聊CSS系列

1.5 error_log

# file指定日志输出文件位置,默认logs/error.log
# level指定日志输出最低级别,默认error级别。当然可以设置为debug、info等
error_log file [level]

//JS中文网 – 前端进阶资源分享 https://www.javascriptc.com/ 趣聊CSS系列

1.6 pid

# file默认值logs/pid.log,指定nginx中master进程的PID输出文件位置
pid file

//JS中文网 – 前端进阶资源分享 https://www.javascriptc.com/ 趣聊CSS系列

1.7 user

# user第二个参数user,配置nginx进程运行用户,默认nobody
# group配置nginx进程运行用户组,默认nobody
user user [group]

//JS中文网 – 前端进阶资源分享 https://www.javascriptc.com/ 趣聊CSS系列

二：Events参数

2.1 worker_connections

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

worker_connections  number

//JS中文网 – 前端进阶资源分享 https://www.javascriptc.com/ 趣聊CSS系列

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锁

//JS中文网 – 前端进阶资源分享 https://www.javascriptc.com/ 趣聊CSS系列

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

作者：周仕林
链接：https://juejin.im/post/6844904165756387342