老师你好，如果nginx上的配置的是websocket，且nginx需要频繁的reload。会导致大量的work进程堆积吗？假设一个nginx 上有500个虚拟主机，QPS也十分大，后端都是容器，所以需要频繁更改upstream而导致频繁reload。再加上很多是websocket协议或长连接。nginx性能会有影响吗？

作者回复: 会，如果是频繁修改upstream集群信息，那么不建议使用reload方式，你的修改目标非常简单明确，而reload是重新对所有配置生效，建议使用openresty实现API服务，由API来直接修改upstream信息。

2019-03-23

2

8

一笑

reload流程里，第3步，master进程打开新的监听端口; 意思是指，在新的配置文件里，如果我们监听了新的端口，master会打开这个监听端口，以便新起的worker进程进行监听和任务处理吗？如果在配置文件关闭了一些端口监听，那么这个时候master是如何处理的呢？关闭这个监听端口吗？如果master关闭了配置文件不再监听的端口，那么还在任务处理中的老worker进程是怎么工作的？

作者回复: 三个问题：1、是的。2、新master不存在关闭的概念，它只不再打开老master会打开的端口。3、即使不再监听80端口，已经建立的连接仍然可以继续处理。

2018-11-26

2

4

Geek_78f4db

老师，reload会造成一段时间内worker进程数量大于CPU物理核数的情况，这种情况下在高并发的场景下会带来什么问题？

作者回复: 发生CPU争抢，CPU缓存效率下降，因此在QPS或者并发连接数不变的情况下，nginx总体性能会略有下降

2020-06-14



2

码农Kevin亮

请教下老师，“关闭监听句柄”中的句柄是什么概念？我查了很多解释都不太理解

作者回复: 就是socket，也可以叫套接字，或者叫fd文件句柄

2019-03-07



2

Jack

多个子进程监听父进程打开的端口，是不是会引起惊群效应，降低服务器性能

作者回复: 惊群是操作系统内核实现上引起的问题，最新的内核已经没有太大问题了，如果使用了reuseport那么就不需要考虑worker间负载均衡问题了

2018-11-24



2

Geek_78f4db

新的worker进程重新拉起之后，旧的worker进程上已建立的TCP连接会重置并转移到新的worker进程上吗？

作者回复: 不会的，旧的只能等待请求处理完后，自动关掉。所以对于长连接服务，可能会导致旧的worker进程长期存在

2020-06-14



1

趁早

老师，你说的有一点不是太明白，“即使不再监听80端口，已经建立的连接仍然可以继续处理。” 这里可以详细解释下么，因为比如说mysql 他监听的是3306端口，如果关闭mysql服务，前端服务过来的连接应该都是释放了的哈，没有处理完的请求，应该都是会收到报错信息的

作者回复: 继续处理的前提，只是关闭了监听端口的socket，也就是新的连接无法建立了，老的连接仍然还在。这和你举的例子，把mysql进程关闭不同，因为nginx worker进程只要没有处理完请求，连接仍然未正常关闭，进程就不会关闭

2020-03-18



1

Tao

老师第二步Master进程监听新的端口，这时候Master进程的ID号为啥没有改变呢

作者回复: lD？你是说PID进程ID吗？master进程没有变化，但worker进程ID是变了的

2019-12-01





疆封

老师你好，想问下，Master进程是如何区分异常退出的Worker进程（需要重新拉起一个Worker）和需要优雅退出的老Worker进程的（不需要重新拉起）？如果都采用捕获CHLD信号方式来处理，极端情况下（多个Worker同时退出），是否会出现信号丢失的问题？

作者回复: 优雅退出是由master向worker发送命令的（通过基于TCP的channel通讯或者SIGQUIT信号），而worker异常退出是由操作系统向master发送CHLD信号通知的，两者不同

2019-08-13





收起评论