Nginx(二) — 核心配置

微信扫一扫,分享到朋友圈

Nginx(二) — 核心配置
# 指定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,之后的版本则是默认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(二) — 核心配置

出海日报|海信与阿里全球速卖通将共同开拓海外线上零售市场;印度社交媒体平台ShareChat裁掉25%的员工

上一篇

云资讯 慧云农业大脑与微软Azure达成合作

下一篇

你也可能喜欢

Nginx(二) — 核心配置

长按储存图像,分享给朋友