Nginx才短短几年，就拿下了web服务器大笔江山，众所周知，Nginx在处理大并发静态恳求方面，功率显着高于httpd，甚至能轻松处理C10K问题。
在高并发衔接的情况下，Nginx是Apache服务器不错的替代品。Nginx一起也可以作为7层负载均衡服务器来运用。根据我的测验成果，Nginx 0.7.14 + PHP 5.2.6 （FastCGI） 可以承受3万以上的并发衔接数，相当于平等环境下Apache的10倍。
一般来说，4GB内存的服务器+Apache（prefork形式）一般只能处理3000个并发衔接，因为它们将占用3GB以上的内存，还得为体系预留1GB的内存。我从前就有两台Apache服务器，因为在装备文件中设置的MaxClients为4000，当Apache并发衔接数到达3800时，导致服务器内存和Swap空间用满而溃散。
而这台 Nginx 0.7.14 + PHP 5.2.6 （FastCGI） 服务器在3万并发衔接下，敞开的10个Nginx进程耗费150M内存（15M*10=150M），敞开的64个php-cgi进程耗费1280M内存（20M*64=1280M），加上体系自身耗费的内存，一共耗费不到2GB内存。假如服务器内存较小，完全可以只敞开25个php-cgi进程，这样php-cgi耗费的总内存数才500M。
在3万并发衔接下，拜访Nginx 0.7.14 + PHP 5.2.6 （FastCGI） 服务器的PHP程序，依然速度飞快。
为什么Nginx在处理高并发方面要优于httpd，咱们先从两种web服务器的作业原理以及作业形式说起。
apache三种作业形式
咱们都知道Apache有三种作业模块，分别为prefork、worker、event。
prefork：多进程，每个恳求用一个进程呼应，这个进程会用到select机制来告诉。
worker：多线程，一个进程可以生成多个线程，每个线程呼应一个恳求，但告诉机制仍是select不过可以承受更多的恳求。
event：根据异步I/O模型，一个进程或线程，每个进程或线程呼应多个用户恳求，它是根据事情驱动（也便是epoll机制）完结的。
4.2 prefork的作业原理
假如不必“–with-mpm”显式指定某种MPM，prefork便是Unix渠道上缺省的MPM.它所选用的预派生子进程办法也是 Apache1.3中选用的形式。prefork自身并没有运用到线程，2.0版运用它是为了与1.3版坚持兼容性；另一方面，prefork用独自的子进程来处理不同的恳求，进程之间是互相独立的，这也使其成为最安稳的MPM之一。
4.3 worker的作业原理
相对于prefork，worker是2.0版中全新的支撑多线程和多进程混合模型的MPM。因为运用线程来处理，所以可以处理相对海量的恳求，而体系资源的开支要小于根据进程的服务器。可是，worker也运用了多进程，每个进程又生成多个线程，以获得根据进程服务器的安稳性，这种MPM的作业方 式将是Apache2.0的发展趋势。
4.4 event 根据事情机制的特性
一个进程呼应多个用户恳求，运用callback机制，让套接字复用，恳求过来后进程并不处理恳求，而是直接交由其他机制来处理，经过epoll机制来告诉恳求是否完结；在这个进程中，进程自身一向处于闲暇状况，可以一向接纳用户恳求。可以完结一个进程程呼应多个用户恳求。支撑持海量并发衔接数，耗费更少的资源。
怎么进步Web服务器的并发衔接处理才能
有几个基本条件：
1.根据线程，即一个进程生成多个线程，每个线程呼应用户的每个恳求。
2.根据事情的模型，一个进程处理多个恳求，而且经过epoll机制来告诉用户恳求完结。
3.根据磁盘的AIO（异步I/O）
4.支撑mmap内存映射，mmap传统的web服务器，进行页面输入时，都是将磁盘的页面先输入到内核缓存中，再由内核缓存中仿制一份到web服务器上，mmap机制便是让内核缓存与磁盘进行映射，web服务器，直接仿制页面内容即可。不需求先把磁盘的上的页面先输入到内核缓存去。
刚好，Nginx 支撑以上一切特性。所以Nginx官网上说，Nginx支撑50000并发，是有根据的。
Nginx优异之处
传统上根据进程或线程模型架构的web服务经过每进程或每线程处理并发衔接恳求，这必然会在网络和I/O操作时发生堵塞，其另一个必然成果则是对内存或CPU的运用率低下。生成一个新的进程/线程需求事前备好其运转时环境，这包括为其分配堆内存和栈内存，以及为其创立新的履行上下文等。这些操作都需求占用CPU，而且过多的进程/线程还会带来线程颤动或频频的上下文切换，体系功能也会由此进一步下降。另一种高功能web服务器/web服务器反向署理：Nginx（Engine X），nginx的首要着眼点便是其高功能以及对物理核算资源的高密度运用，因而其选用了不同的架构模型。受启发于多种操作体系规划中根据“事情”的高档处理机制，nginx选用了模块化、事情驱动、异步、单线程及非堵塞的架构，并很多选用了多路复用及事情告诉机制。在nginx中，衔接恳求由为数不多的几个仅包括一个线程的进程worker以高效的回环（run-loop）机制进行处理，而每个worker可以并行处理数千个的并发衔接及恳求。
Nginx 作业原理
Nginx会按需一起运转多个进程：一个主进程（master）和几个作业进程（worker），装备了缓存时还会有缓存加载器进程（cache loader）和缓存办理器进程（cache manager）等。一切进程均是仅含有一个线程，并首要经过“同享内存”的机制完结进程间通讯。主进程以root用户身份运转，而worker、cache loader和cache manager均应以非特权用户身份运转。
在高衔接并发的情况下，Nginx是Apache服务器不错的替代品
Nginx 装置十分的简略 ， 装备文件十分简练（还可以支撑perl语法），Bugs 十分少的服务器： Nginx 发动特别简略， 而且简直可以做到7*24不间断运转，即便运转数个月也不需求从头发动。 你还可以 不间断服务的情况下进行软件版别的晋级 。
Nginx 的诞生首要处理C10K问题
最终咱们从各自运用的多路复用IO模型来剖析：
select模型：（apache运用，因为受模块等约束，用的不多）
单个进程可以 监督的文件描述符的数量存在最大约束
select（）所保护的 存储很多文件描述符的数据结构 ，跟着文件描述符数量的增加，其在用户态和内核的地址空间的仿制所引发的开支也会线性增加
因为网络呼应时刻的推迟使得很多TCP衔接处于非活泼状况，但调用select（）仍是会对 一切的socket进行一次线性扫描 ，会形成必定的开支
poll：poll是unix沿袭select自己从头完结了一遍，仅有处理的问题是poll 没有最大文件描述符数量的约束
epoll模型：（nginx运用）
epoll带来了两个优势，大幅度提升了功能：
根据事情的安排妥当告诉办法 ，select/poll办法，进程只要在调用必定的办法后，内核才会对一切监督的文件描述符进行扫描，而epoll事情经过epoll_ctl（）注册一个文件描述符，一旦某个文件描述符安排妥当时，内核会选用相似call back的回调机制，敏捷激活这个文件描述符，epoll_wait（）便会得到告诉
调用一次epoll_wait（）获得安排妥当文件描述符时，回来的并不是实践的描述符，而是一个代表安排妥当描述符数量的值，拿到这些值去epoll指定的一个数组中顺次获得相应数量的文件描述符即可，这儿运用内存映射（mmap）技能， 避免了仿制很多文件描述符带来的开支
当然epoll也有必定的局限性， epoll只要Linux2.6才有完结 ，而其他渠道都没有，这和apache这种优异的跨渠道服务器，显然是有些各走各路了。
简略来说epoll是select的晋级版，单进程办理的文件描述符没有最大约束。但epoll只要linux渠道可运用。作为跨渠道的Apache没有运用
