nginx 单进程(nginx多核性能)

nginx 单进程

1，快速响应：nginx的单次请求会得到更快的响应，另一方面，在高峰期（如有数以万计的并发请求），Nginx可以比其他Web服务器更快地响应请求（官方说nginx可以支持五万并发），尤其是对静态资源的返回，更为迅速。

2，跨平台性，高扩展性：nginx的设计极具扩展性，它是由多个不同功能，不同层次，不同类型且耦合度极低的模块组成，比如HTTP模块中，还设计了HTTP过滤模块，一个正常的HTTP模块处理完请求后，会有一连串的HTTP过滤模块再对其进行过滤，我们开发一个新的HTTP模块时，可以使用HTTP核心模块 events模块 log模块等 还可以自由的复用各种过滤器模块。因此，当对某一个模块修复Bug或进行升级时，可以专注于模块自身，无须在意其他。这种低耦合度的优秀设计，造就了Nginx庞大的第三方模块，当然，公开的第三方模块也如官方发布的模块一样容易使用。

Nginx的模块都是嵌入到二进制文件中执行的，无论官方发布的模块还是第三方模块都是如此。这使得第三方模块一样具备极其优秀的性能，充分利用Nginx的高并发特性，因此，许多高流量的网站都倾向于开发符合自己业务特性的定制模块。

3，高可靠性：经过了实践的检验，功能丰富且稳定。nginx每个worker子进程相对独立，master进程在一个worker子进程出错时可以快速拉起新的worker子进程继续提供服务

4，低内存消耗

一般情况下，10 000个非活跃的HTTP Keep-Alive连接在Nginx中仅消耗2.5MB的内存，这是Nginx支持高并发连接的基础。

5，高并发处理

nginx支持的并发连接上限取决于内存，单机上万的并发量解决起来轻轻松松

6，热部署

master管理进程与worker工作进程的分离设计，使得nginx在不间断提供服务的情况下支持更新配置，更换日志文件，升级nginx可执行文件等

7，支持BSD许可协议

BSD开源协议是一个给予使用者很大自由的协议。基本上使用者可以"为所欲为",可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布

nginx多核性能

Nginx 跟 Haproxy 其实他们两个的定位是有所不同的，Nginx的定位是一个server，Haproxy的定位是一个load balancer。

Nginx通过各种plugin module可以支持Load balance的功能，而且性能不弱于haproxy太多，所以总有人拿来将两个东西比较。其实Apache也可以通过相关模块做load balancer，只不过性能差得多而已所以没人用而已。当然了Nginx的LB功能现在是其支柱主打功能而已。

看到有很多答案对于haproxy多进程有误解，这里特别说下，haproxy早就支持多进程模型，但是并不是Nginx的Worker Master结构，而是平等多进程结构，同时也支持REUSE PORT选项，所以在这里Nginx跟Haproxy对于多核利用上都是一样的并没有本质区别。

haproxy从1.8之后，添加了多线程的模式，现在它更推荐的也是这个模型，在一些平台上能够更好的利用多核。而Nginx从来没有多线程模型。而且看起来社区也没打算支持。

Nginx其实基于server的功能来说，是Haproxy不具备的，让Haproxy像一个普通Web server那样回复一个普通的HTTP请求是很难的，不大规模修改源码根本做不到。Haproxy是围绕转发模型设计的，整个流程就是围绕如何快速把一个请求或者回复转发到另一端。并不是像Server一样接受请求然后回复。

但是Nginx作为一个纯粹的LB来说，尤其是针对Web LoadBalancer来说，功能没有haproxy那么细致。Haproxy支持的ACL对象非常广泛，很多情况并不需要脚本辅助就可以完成复杂的功能，而Nginx稍微复杂的LoadBalance功能都需要使用脚本才能完成，这样性能就会差很多。

从功能角度上来讲，Nginx其实功能比Haproxy要多（当然并不都是免费的），因为他的开发社区和定位方向都比Haproxy要大和宽泛。在Nginx上面的各种解决方案也要多的多。比如WAF，haproxy一致都没有比较好的原生解决方案。还有包括最近针对Service Mesh的支持，haproxy都是很难跟得上。

但是基础功能，包括HTTP2，TLS 1.3，Script， SSL/TLS offload，ocsp，SNI preload，其实haproxy最新版本早就已经支持，甚至比Nginx还更早些（HTTP2比较晚，但是现在也支持了）。另外，关于硬件SSL offload支持其实主要是OpenSSL的engine的支持，所以这个大家都差不多，只要兼容最新OpenSSL都没什么问题。

Haproxy的优点其实是转发性能稍高，因为haproxy追求zero copy的forward流程，所以代码都倾向于优化在这一点上。但是这个优势现在被广泛的TLS/SSL应用抹平了，对比0 copy节省的时间来说加解密的消耗的性能占绝大多数，所以haproxy基本上在现在的广泛SSL环境下没有什么优势了。除非你想用纯HTTP，而且还想使用比较复杂的基于HTTP头部的Load Balance功能，那么Haproxy是个好选择，否则只是单纯LB的话，LVS性能其实更更高，毕竟人家在Kernel里面。

从代码层面来说，Nginx的结构化代码和模块化都比Haproxy好太多。Haproxy代码模块化一直是个大问题，内部结构模块化不足，二次开发困难，最近到1.9了才有些改善，但是仍然有很多内部trick的hack和让人发懵的FLAG。相比Nginx做到的彻底的模块化，可以轻易的通过开发自己的模块来改变或者实现相关功能，这个haproxy是不具备的。

从开发社区来说，Nginx也比Haproxy好太多，Haproxy虽然社区历史更久，但是一直都是不愠不火，贡献者因为原作者的严格的控制，一直都很少，再加上没有module开发功能，所以吸引的开发者一直都不多。带来的问题就是版本更新慢，支持的新功能慢。HTTP2的开发完全靠原作者一个人，所以支持进度严重拖后。

这篇文章看起来好像是变成了对haproxy吐槽，但是因为在工作中接触这两个东西实在太多，而且是进行深度二次开发，所以自认为还是有一定的了解的。从目前来看，如果haproxy不能更开放招募更多的贡献者，不能彻底修改架构支持module开发，是无法比拟NGINX的。

另外Haproxy优势一点的就是免费版的功能比Nginx免费版的更实惠。对于小又穷的站点的确是个好处。

单台nginx支持多少并发

nginx可以处理5万并发，如果它更大呢nginx上万并发优化。

通过添加机器，负载均衡等方式增加并发。nginx php 高并发优化。

而最常见的是cdn，根据访问流量的区域选择最近的节点来分流流量nginx集群百万并发量。

nginx核心配置

nginx配置如下： 

1、定义worker进程数： 

worker_processes 10;

2、定义worker进程可同时服务请求数目：

worker_connections 1024;

3、禁止使用sendfile函数：

sendfile off;

4、开启空闲连接的文件检查：

linger_on_close on;

5、定义多个进程间通信存放文件路径及名称：

pid /var/run/nginx.pid;

6、定义用户和组：

user nobody nogroup;

7、定义worker进程数量：

worker_processes 10;

8、定义最大请求进程时间：

client_body_timeout 10; 

9、定义服务的超时时间：

send_timeout 10;

10、打开目录列表功能：

autoindex on;

nginx内核调优

是根据nginx的工作原理和优化措施计算出来的。nginx使用事件驱动和异步非阻塞的处理方式，可以同时处理多个客户端请求，提高了并发处理能力。此外，nginx还有一些优化技巧，例如worker进程的数量、TCP参数等设置可以对并发性能进行调优。因此，nginx支持5万并发是建立在这些技术优势基础上的。值得注意的是，并不是所有情况下nginx都能达到这个并发量，实际并发处理能力还会受到服务器硬件性能、网络环境等因素的影响。

nginx单机并发数

nginx反向代理占用资源在三万并发连接下，最大数量占据的内存是450m，也就是0.5g，这一数量的资源是最为靠谱的，是可以去除宕机的可能性的。

如果他采用正向代理，内存消耗小：处理大并发的请求内存消耗非常小。在3万并发连接下，开启的10个Nginx 进程才消耗150M内存（15M*10=150M）。

nginx是单线程

Nginx是一个高性能的Web服务器和反向代理服务器，其主要优点包括：

1. 高性能：Nginx以单线程、事件驱动的方式运行，可以处理大量并发连接，同时也能够有效地节省服务器资源。

2. 可扩展性：Nginx支持模块化架构，可以通过加载不同的模块来扩展其功能，例如HTTP服务器、负载均衡等。

3. 轻量级：Nginx的代码非常精简，占用系统资源少，启动速度快，适合在资源受限的环境下运行。

4. 稳定性：Nginx经过长期的生产环境验证，具有稳定的性能和较低的故障率。

Nginx的一些缺点包括：

1. 配置复杂：Nginx的配置文件比较复杂，需要一定的学习成本，尤其是对于初学者来说。

2. 功能相对局限：虽然Nginx具有很好的性能和可扩展性，但因为它的设计初衷是做Web服务器和反向代理服务器，所以在一些高级功能方面可能比其他应用服务差一些。

3. 没有官方支持：Nginx是一个开放源代码的项目，没有官方的技术支持。

nginx内核优化

Nginx的模块和工作原理

　　nginx由内核和模块组成：

　　1.内核：其设计非常微小和简洁，完成的工作也非常简单。仅通过查找配置文件将客户端请求映射到一个location block（location是nginx配置中的一个指令，用例URL匹配），而在这个location中所配置的每个指令将会启动不同的模块取完成相应的工作。

　　2.从结构上分为‘核心模块、基础模块、第三方模块’：

　　　核心模块：HTTP模块、EVENT模块、MAIL模块。

　　　基础模块：HTTP Access模块、HTTPFastCGI模块、HTTP Proxy模块、HTTP Rewrite模块。

　　　第三方模块：HTTP Upstream Request Hash模块、Notice模块、HTTP Access Key模块以及根据需求自己开发的模块。

　　3.从功能上划分为‘Handlers、Filters、Proxies’：

　　　Handlers（处理器模块）：此类模块直接出来请求，并输出内容和修改headers信息等操作。Handlers处理器模块一般只能有一个。

　　　Filters（过滤器模块）：此类模块主要对其他处理器模块输出的内容进行修改操作，最后有nginx输出。

　　　Proxies（代理类模块）：此类模块是nginx的HTTP Upstream质量的模块，这些模块主要与后端一些服务（例如FastCGI）进行交互，实现服务代理和负载均衡等功能。