Nginx教程 简介

1、什么是Nginx

Nginx (“engine x”) 是一个高性能的 HTTP 和反向代理服务器，特点是占有内存少，并发能力强。

Nginx 可以作为静态页面的 web 服务器，同时还支持 CGI 协议的动态语言，比如 perl、php等，但是不支持 java。Java 程序只能通过与 tomcat 配合完成。Nginx 专为性能优化而开发，性能是其最重要的考量，实现上非常注重效率 ，能经受高负载的考验，有报告表明能支持高达 50000 个并发连接数。

Nginx具有很高的稳定性。其他的http服务器当遇到访问峰值，或者有人恶意发起慢链接时都会导致服务器物理资源耗尽而失去响应，这个时候只能重启服务器。例如当前一台apache服务器上一旦超过200个进程，Web的响应速度就会变得很慢了。而Nginx采用分阶段资源分配技术，使得他的CPU资源和内存资源利用率特别低。Nginx官方表示保持·10000个没有活动的链接只占用2.5M内存，所以类似DOS这类的攻击对于Nginx来说是基本上是毫无用处的，就稳定性而言Nginx更胜一筹。

Nginx 支持热部署。他的启动非常容易，并且几乎是做到7*24小时不间断运行，及时运行数月也不用重启。还可以在不间断服务的情况下对软件的版本进行升级。

2、Nginx相关概念

2.1、正向、反向代理

正向代理：一个位于客户端和目标服务器之间的代理服务器(中间服务器)。为了从原始服务器取得内容，客户端向代理服务器发送一个请求，并且指定目标服务器，之后代理向目标服务器转交并且将获得的内容返回给客户端。正向代理的情况下客户端必须要进行一些特别的设置才能使用。常见的场景如VPN。

反向代理：与正向正好相反。对于客户端来说，反向代理就好像目标服务器。并且客户端不需要进行任何设置。客户端向反向代理发送请求，接着反向代理判断请求走向何处，并将请求转交给客户端，使得这些内容就好似他自己一样，一次客户端并不会感知到反向代理后面的服务，也因此不需要客户端做任何设置，只需要把反向代理服务器当成真正的服务器就好了。常见的场景比如例如域名代理多个端口，利用域名代理多个服务器的应用等等。

正向代理中，proxy和client同属一个LAN，对server透明； 反向代理中，proxy和server同属一个LAN，对client透明。 实际上proxy在两种代理中做的事都是代为收发请求和响应，不过从结构上来看正好左右互换了下，所以把前者那种代理方式叫做正向代理，后者叫做反向代理。

正向代理:客户端 <一> 代理 一>服务端

正向代理简单地打个租房的比方:

A(客户端)想租C(服务端)的房子,但是A(客户端)并不认识C(服务端)租不到。 B(代理)认识C(服务端)能租这个房子所以你找了B(代理)帮忙租到了这个房子。这个过程中C(服务端)不认识A(客户端)只认识B(代理) C(服务端)并不知道A(客户端)租了房子，只知道房子租给了B(代理)。

反向代理:客户端 一>代理 <一> 服务端

反向代理也用一个租房的例子:

A(客户端)想租一个房子,B(代理)就把这个房子租给了他。 这时候实际上C(服务端)才是房东。 B(代理)是中介把这个房子租给了A(客户端)。这个过程中A(客户端)并不知道这个房子到底谁才是房东，他都有可能认为这个房子就是B(代理)的。

总结：由上的例子和图，我们可以知道正向代理和反向代理的区别在于代理的对象不一样,正向代理的代理对象是客户端,反向代理的代理对象是服务端。

2.2、负载均衡

普通的请求都是用户发送多个请求，服务端接收到请求，有一些需要和数据进行交互，服务器处理完毕之后将处理结果返回给客户端。但是这种架构对于早期系统比较单一且用户量较小的情况下比较适用，并且成本也低。但是随着用户量的不断增长，访问量和数据量飞速增长以及业务系统的复杂度增加，这种架构就会造成服务器响应客户端的请求越来越缓慢。并发量大的时候还容易造成服务器直接奔溃。很明显，这是由于服务器性能造成的瓶颈。如何解决这种情况呢。

我们可能首先想到的就是通过物理手段改善，比如增加服务器的数量横向解决，或者通过提升机器的配置从纵向解决。对于纵向解决方案，我们知道摩尔定律的日期失效，硬件性能的提升已经不能满足日期提升的需求，最明显的一个case就是一场抢购的例子瞬时请求特别大类似上面的解决方案要么使用更高的机器配置，要么被请求打死。以我们目前所知的服务器性能参数来看，可以预知到只有一个结局：服务宕机。

既然纵向方案无法解决该问题，那只能通过横向资源来解决：增加服务器的数量，将原先请求集中到单个服务器上的情况改为将请求分发到多个服务器上，将负载分发到不同的服务器，也就是我们所说的负载均衡。

2.3、动静分离

为了加快网站的解析速度，可以把动态页面和静态页面由不同的服务器来解析，加快解析速度。降低原来单个服务器的压力。