nginx影响性能(nginx高性能的原因)

nginx高性能的原因

启动失败的解决办法：Nginx 是一个高性能的HTTP和反向代理服务器，也是一个IMAP/POP3/SMTP服务器。Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点开发的，第一个公开版本0.1.0发布于2004年10月4日。特点是占有内存少，并发能力强，事实上nginx的并发能力确实在同类型的网页服务器中表现较好。

nginx 性能

nginx从1.9.0开始，新增加了一个stream模块，用来实现四层协议的转发、代理或者负载均衡等。比如在内网有一个mysql服务，想暴露到公网上去使用，就可以通过nginx代理的方式通过nginx来进行内网mysql的访问。

可以通过nginx代理的端口访问到内网的mysql服务了。这也直接避免了mysql直接暴露到公网，增加些许的安全。当然，利用stream也可以实现后端服务的负载均衡。

nginx性能瓶颈

缺点

不支持断点续传，对大文件将是噩梦(FastDFS不适合大文件存储)

不支持POSIX通用接口访问，通用性较低

同步机制不支持文件正确性校验，降低了系统的可用性，对跨公网的文件同步，存在较大延迟，需要应用做相应的容错策略

通过API下载，存在单点的性能瓶颈

优点

系统无需支持POSIX(可移植操作系统)，降低了系统的复杂度，处理效率更高

支持在线扩容机制，增强系统的可扩展性

实现了软RAID，增强系统的并发处理能力及数据容错恢复能力

支持主从文件，支持自定义扩展名

支持多台备用Tracker，增强系统的可用性

支持Nginx和Apache扩展，可提供http下载

nginx 高性能原理

Nginx是一款高性能的http 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器。由俄罗斯的程序设计师Igor Sysoev所开发，官方测试nginx能够支支撑5万并发链接，并且cpu、内存等资源消耗却非常低，运行非常稳定。

应用场景

1、http服务器。Nginx是一个http服务可以独立提供http服务。可以做网页静态服务器。

2、虚拟主机。可以实现在一台服务器虚拟出多个网站。例如个人网站使用的虚拟主机。

3、反向代理，负载均衡。当网站的访问量达到一定程度后，单台服务器不能满足用户的请求时，

需要用多台服务器集群可以使用nginx做反向代理。并且多台服务器可以平均分担负载，

不会因为某台服务器负载高宕机而某台服务器闲置的情况。

Docker 是一个开源的应用容器引擎，基于 Go 语言 并遵从 Apache2.0 协议开源。

Docker 可以让开发者打包他们的应用以及依赖包到一个轻量级、可移植的容器中，然后发布到任何流行的 Linux 机器上，也可以实现虚拟化。

容器是完全使用沙箱机制，相互之间不会有任何接口（类似 iPhone 的 app）,更重要的是容器性能开销极低。

为什么nginx性能高于apache

完全是可以的，只不过两个服务的默认端口都是80，如果不进行修改的话是无法打开的，比如你可以把apache的配置文件中的 httpd.conf里面 Listen 80 改为 Listen 8088 ，然后再启动，这样nginx监听80端口，apache监听8088端口，就不会冲突了

nginx cpu高

　由于网站流量过大 日IP过百万 导致CPU疯狂的上涨直接到百分之100的运行率，导致服务器崩溃，死机，而经过几天的研究得出了一个结果，那就是连接堵塞导致死循环死机，每次死机后只要重启之后又可以大概2-3小时后再次堵塞死机，经过程序员的分析，可能是流量超过了延迟导致死机的。

nginx为什么性能那么高

Nginx

Nginx 是俄罗斯人编写的十分轻量级的 HTTP 服务器,Nginx，它的发音为“engine X”，是一个高性能的 HTTP 和反向代理服务器，同时也是一个 IMAP/POP3/SMTP 代理服务器。

Nginx 因为它的稳定性、丰富的模块库、灵活的配置和低系统资源的消耗而闻名．业界一致认为它是 Apache2.2＋mod_proxy_balancer 的轻量级代替者，不仅是因为响应静态页面的速度非常快，而且它的模块数量达到 Apache 的近 2/3。对 proxy 和 rewrite 模块的支持很彻底，还支持 mod_fcgi、ssl、vhosts ，适合用来做 mongrel clusters 的前端 HTTP 响应。

目前 Nginx 在国内很多大型企业都有应用，且普及率呈逐年上升趋势。选择 Nginx 的理由也很简单：

第一，它可以支持 5W 高并发连接；

第二，内存消耗少；

第三，成本低。

Apache

Apache HTTP Server（简称Apache）是Apache软件基金会的一个开放源码的网页服务器，可以在大多数计算机操作系统中运行，由于其多平台和安全性被广泛使用，是最流行的Web服务器端软件之一。它快速、可靠并且可通过简单的API扩展，将Perl/Python等解释器编译到服务器中。 [2]

Apache HTTP服务器是一个模块化的服务器，源于NCSAhttpd服务器，经过多次修改，成为世界使用排名第一的Web服务器软件。

它可以运行在几乎所有广泛使用的计算机平台上。

区别与联系

两者最核心的区别在于 apache 是同步多进程模型，一个连接对应一个进程，而 nginx 是异步的，多个连接（万级别）可以对应一个进程。

一般来说，需要性能的 web 服务，用 nginx 。如果不需要性能只求稳定，更考虑 apache ，后者的各种功能模块实现得比前者，例如 ssl 的模块就比前者好，可配置项多。epoll(freebsd 上是 kqueue ) 网络 IO 模型是 nginx 处理性能高的根本理由，但并不是所有的情况下都是 epoll 大获全胜的，如果本身提供静态服务的就只有寥寥几个文件，apache 的 select 模型或许比 epoll 更高性能。当然，这只是根据网络 IO 模型的原理作的一个假设，真正的应用还是需要实测了再说的。

nginx 高可用

Nginx负载均衡的原理是根据请求的负载大小及服务器的可用性，将客户端请求分发到多个服务器上进行处理，以提高资源利用率和系统的可用性。具体来说，Nginx作为反向代理服务器，通过配置upstream模块进行负载均衡，根据配置的算法（如轮询、权重、IP hash等）将请求分发到指定的服务器上。同时，Nginx还可以实现基于健康检查机制的动态负载均衡，通过定期检查服务器的可用性，将请求分发到可用的服务器上，提高系统的可用性。此外，Nginx还支持对HTTP请求进行流量控制和限速，以及基于HTTP协议的会话保持等功能，为高负载、高并发情况下的服务提供高效、稳定的解决方案。

nginx快的原因

EasySwoole采用协程非阻塞模型，且资源不重复加载消耗，理论上就比nginx+php-fpm快的多，由于目前采用的是1核2G的本地测试服，性能较弱，所以后者并发量上不去，用线上的同等配置速度能达测试服的3~6倍，速度已然完全可以接受。

EasySwoole还提供了很多实用的组件。

nginx实现高性能用到的关键技术

刚安装的时候就是没有，其实在启动 nginx 时自动生成的 里面存放的是 当前 nginx 住进程的 ID 号；

所以在配置文件中指定pid

pid /usr/local/webserver/nginx/nginx.pid;

哇这个事情 搞了我好长时间，我以为我装的用问题;

nginx的结束重启一般是通过下面命令来实现的：

kill -QUIT 26000

其中26000是nginx的主进程号。

每次都需要通过ps命令来查询nginx的主进程号，非常麻烦。 在《实战nginx：取代Apache的高性能Web服务器》一书中提到了使用pid文件的方法，不巧的是给的命令漏了些东西，这里给出完整的指令。

pid文件就是一个纯文本文件，里面记录的是进程的pid号。

下面是一个pid文件的内容::26032

nginx的默认pid文件

nginx使用了pid文件来记录master process的pid号，如果编译时没有指定，那它的路径就是：

<prefix/logs/nginx.pid

其中<prefix是nginx的安装路径。

如果你想修改默认的pid文件路径，可以在编译时加入配置。参数如下::

./configure –-pid-path=/data/test/ngx.pid

指定后，默认的pid文件路径就更改为::

/data/test/ngx.pid

如果指定只是路径，没有pid的文件名，那么pid的文件名还是nginx.pid

通过配置文件修改pid

除了使用默认值和通过编译时修改外，还可以通过在nginx的配置文件中修改。如下：

pid /data/test/nginx.pid;

这里修改的值只对使用该配置文件的nginx有效。

用PID文件停止Nginx

假设pid文件路径为/data/logs/nginx.pid

kill –QUIT `cat /data/logs/nginx.pid`

用pid文件重新加载配置文件