nginx源码多进程负载（nginx最大并发）
本文目录一览：
单服务器，使用nginx多进程来负载均衡，怎么做
首先，location要匹配到ooo目录，然后要匹配剩余uri，如果有大写，则调用perl将url全部转成小写，然后rewrite，参考配置代码：
#测试perl的统一转小写功能
perl_set $url '
sub {
my $r = shift;
my $lurl = lc($r-uri);
return $lurl;
}
';
nginx 为何 多进程 多线程
如果是单线程处理比如lighttpd也可以应对大规模的并发，但是问题在于很容易因为io导致这个线程卡住，导致其他请求无法响应，所以多进程，多线程更实用
Nginx多进程模型怎样实现高并发
作者：linuor
链接：
来源：知乎
著作权归作者所有，转载请联系作者获得授权。
进程数与并发数不存在很直接的关系。这取决取server采用的工作方式。
如果一个server采用一个进程负责一个request的方式，那么进程数就是并发数。那么显而易见的，就是会有很多进程在等待中。等什么？最多的应该是等待网络传输。其缺点题主应该也感觉到了，此处不述。
而nginx 的异步非阻塞工作方式正是利用了这点等待的时间。在需要等待的时候，这些进程就空闲出来待命了。因此表现为少数几个进程就解决了大量的并发问题。
nginx是如何利用的呢，简单来说：同样的4个进程，如果采用一个进程负责一个request的方式，那么，同时进来4个request之后，每个进程就负责其中一个，直至会话关闭。期间，如果有第5个request进来了。就无法及时反应了，因为4个进程都没干完活呢，因此，一般有个调度进程，每当新进来了一个request，就新开个进程来处理。
nginx不这样，每进来一个request，会有一个worker进程去处理。但不是全程的处理，处理到什么程度呢？处理到可能发生阻塞的地方，比如向上游（后端）服务器转发request，并等待请求返回。那么，这个处理的worker不会这么傻等着，他会在发送完请求后，注册一个事件：“如果upstream返回了，告诉我一声，我再接着干”。于是他就休息去了。此时，如果再有request 进来，他就可以很快再按这种方式处理。而一旦上游服务器返回了，就会触发这个事件，worker才会来接手，这个request才会接着往下走。
由于web server的工作性质决定了每个request的大部份生命都是在网络传输中，实际上花费在server机器上的时间片不多。这是几个进程就解决高并发的秘密所在
