当前位置：首页 > 教程 > 正文内容

nginx 速度慢(nginx性能)

2023-05-17 04:10:03教程1

nginx 速度慢

1、二者最核心的区别在于apache是同步多进程模型，一个连接对应一个进程；nginx是异步的，多个连接（万级别）可以对应一个进程。nginx处理静态文件好,耗费内存少.但无疑apache仍然是目前的主流,有很多丰富的特性.所以还需要搭配着来.当然如果能确定nginx就适合需求,那么使用nginx会是更经济的方式。

2、nginx的负载能力比apache高很多。最新的服务器也改用nginx了。而且nginx改完配置能-t测试一下配置有没有问题。

3、apache重启的时候发现配置出错了，会很崩溃，改的时候都会非常小心翼翼现在看有好多集群站，前端nginx抗并发，后端apache集群，配合的也不错。

4、nginx处理动态请求是鸡肋，一般动态请求要apache去做，nginx只适合静态和反向。

5、从经验来看，nginx是很不错的前端服务器，负载性能很好，nginx，用webbench模拟10000个静态文件请求毫不吃力。 apache对php等语言的支持很好，此外apache有强大的支持网络，发展时间相对nginx更久，bug少但是apache有先天不支持多核心处理负载鸡肋的缺点，建议使用nginx做前端，后端用apache。大型网站建议用nginx自代的集群功能。

6、大部分情况下nginx都优于APACHE，比如说静态文件处理、PHP-CGI的支持、反向代理功能、前端 Cache、维持连接等等。在Apache+PHP（prefork）模式下，如果PHP处理慢或者前端压力很大的情况下，很容易出现Apache进程数飙升，从而拒绝服务的现象。

7、Apache在处理动态有优势，Nginx并发性比较好，CPU内存占用低，如果rewrite频繁，那还是Apache吧！

8、一般来说，需要性能的web 服务，用nginx 。如果不需要性能只求稳定，那就apache 吧。

nginx性能

Nginx是一个高性能的HTTP和反向代理服务器，也是一个IMAP/POP3/SMTP代理服务器。它是一款软件，而自己租的服务器是硬件，你租的服务器部署项目的时候，部署nginx的话，会提高并发性能。

nginx高效的原理

您好，我是仙人掌热点。网站运营的任何时候，网站访问速度都是至关重要的部分，它是网站友好体验中最基本的一项，如果访问体验都令人不满意，那么后期所做的营销推广模式都有可能徒劳无功，因为网络中客户的选择成本很低，加上普遍客户的耐心都不高，页面访问超过6秒客户就会选择离开，这对于一些流量本来就不高的企业网站来说无疑是雪上加霜。网站访问速度既然如此重要，今天笔者也要跟大家分享几个关于提升速度体验的方法，虽然网上有很多类似的文章和观点，但是大多数都是网站内部去解析，今天笔者要从服务器方面聊聊如何优化网站服务器提升网站访问速度。

大多数网站运营优化人员都知道通过页面优化来提升访问速度，当你已经完成了优化操作之后，发现没有什么大的改善，此时你就应该去思考是不是其它因素导致访问速度缓慢。比如：长期使用的服务器性能下降所致，为了保障业务不受影响，你或许应该对正在使用的服务器进行升级和优化了。

一、升级正在使用中的服务器

进行服务器升级工作之前，要考虑多方面的问题，是升级已有的服务器还是购置新的服务器设备须根据实际情况抉择。首先来说升级现有的服务器设备，一般来说网站运营到后期随着业务不断增加，多平台应用的开发对于服务器性能的要求也逐步提升，长而久之服务器遇到性能瓶颈也是情理之中的事情，对于这种情况，我们可以通过升级服务器(例如增加硬件设备或网络带宽)等相关配置来满足不断扩大的业务需求，那么服务器性能瓶颈问题就可以得到解决。再来说说购置新的服务器设备，也许有人会问为什么要重新购置呢，升级已有的服务器不可以吗?这里笔者也当然想替大家节省一笔开支，但是根本问题在于大多数企业选购服务器时并不合理，加上网站建设之初为节约成本而选择了扩展性较差的服务器，导致即便是我们对现有的服务器进行升级，其性能提升的强度依然不够。此时，就需要重新购置服务器配合了，对于服务器的购置也有很多技巧，这里简单的做个推荐，如果用户群体是国内的建议选择国内知名的服务器供应商，若客户群体是遍布全球，大家可以选择香港服务器或美国服务器，除此之外，更重要的是要根据自身行业的特性做出合理的选择。

二、优化正在使用的服务器

不管是完成升级后的服务器，还是新购置的服务器，我们都要对其进行优化，从而提升服务器的性能以及利用率。下面从四个方面跟大家谈谈如何优化服务器：

要点一：尽可能的减少HTTP请求数

从客户访问网站页面到整个页面内容完全展现出来，这其中要花费较多的时间来下载各种Scripts、CSS样式表、Flash以及图片，而每一类下载都相当于一次HTTP请求，这样的请求越多网站被完全加载出来所花的时间会越长，意味着客户端的访问会很慢，那么此时就需要尽可能的减少HTTP请求数，通常我们可以直接把css和js写入到页面中，避免了外部的调用;或者我们可以把CSS文件和JS文件分来，在后台再进行合并，这样客户端浏览器相当于一次请求。总而言之，减少HTTP请求数我们可以通过减少外部各类文件的数量调用次数来达到其目的。

要点二：降低DNS查询时间

众所周知网络服务器端的域名和IP地址是相互对应的，当客户端发出请求时，计算机还需要通过域名和IP地址的相互转换来判断，而这个转换工作便是域名解析DNS，通常DNS的查询需要10~20毫秒时间，客户端浏览器也只会等待DNS查询结束之后才会加载此域名下的内容。因此，我们要加快页面的访问速度，就可以从降低DNS查询时间方面去做改善。

要点三：启用服务器Gzip压缩功能

对于大中型网站来说，页面的内容多且比较多样化，单个页面的大小可能是几百K以上了，客户端访问的时候下载会比较慢，此时我们可以采用服务器Gzip页面压缩功能，可以将一个大小为100K的页面文件压缩成25K以下，这样就可以减少网络传输的数量从而提高客户端访问速度。一般服务器都是可以使用Gzip压缩功能的，并且能够针对JS文件、CSS文件和Html进行压缩，多方面去进行优化网站访问速度。

要点四：推荐大中型网站使用CDN加速工具

CDN加速是目前大型网站普遍使用的页面加速方式，它对于网站优化几乎没有影响的，基本原理是将网站镜像备份到很多服务器节点上，使服务器节点周围的用户访问速度更快，从而提升客户端高速访问网站的体验;但是并不是所有的网站都适合使用CDN加速，一般对于小规模站点个人站的话，就不需要使用CDN加速，毕竟从长期来看这可是一笔不小的开支;建议图片站以及多媒体站点可使用CDN加速。

至此，以上为大家讲到了可以通过优化和升级服务器两个方面提升网站访问速度，如果你的网站目前的访问体验不佳，可以尝试进行以上操作，相信能够帮助大家改善此类问题。

nginx性能配置

upstreamhello.test.com{

server192.168.1.221;

}

server{

listen10;

#server_namehello.test.com;

access_loglogs/hello.test.com.access.logmain;

location/{

proxy_passhttp://192.168.1.221:10000;

proxy_set_headerHost$host;

#proxy_set_headerX-Real-IP$remote_addr;

#proxy_set_headerX-Forwarded-For$proxy_add_x_forwarded_for;

}

server{

listen11;

#server_namehello.test.com;

access_loglogs/hello.test.com.access.logmain;

location/{

proxy_passhttp://192.168.1.222:10001;

proxy_set_headerHost$host;

#proxy_set_headerX-Real-IP$remote_addr;

#proxy_set_headerX-Forwarded-For$proxy_add_x_forwarded_for;

}

nginx性能调整

TCP 配置是 Nginx 中一个比较关键的属性，它可以控制 Nginx 传输协议。当配置 Nginx 时，需要注意以下几点：

1. Nginx 中的 tcp 配置有三个参数：接收缓冲区大小（rcvbuf）、发送缓冲区大小（sndbuf）和最后一次活动（linger）。

2. 接收缓冲区和发送缓冲区的大小的单位都是字节，且一般都要大于或等于4K，通常情况下，接收缓冲区要大于发送缓冲区。

3. linger 有三个属性，即： on（开启）、off（关闭）和 timeout（超时），当开启时，Nginx 在服务器关闭连接之前，会将发送缓冲区中的未完成数据发送出去，而 timeout 属性则可以设定超时时间，默认超时时间为0，即Nginx不会考虑超时时间。

4. 在配置 Nginx 时，要根据实际情况调整 tcp 参数，以获得最佳性能。

nginx haproxy 性能

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免费版的更实惠。对于小又穷的站点的确是个好处。