Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器,并在一个BSD-like 协议下发行。其特色是占有内存少,并发能力强,事实上nginx的并发能力确实在同类型的网页服务器中表现较好,中国大陆使用nginx网站用户有:百度、京东、新浪、网易、腾讯、淘宝等。
Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器,并在一个BSD-like 协议下发行。其特色是占有内存少,并发能力强,事实上nginx的并发能力确实在同类型的网页服务器中表现较好,中国大陆使用nginx网站用户有:百度、京东、新浪、网易、腾讯、淘宝等。html
点此查看原文:http://click.aliyun.com/m/42002/前端
为何要用Nginx?
目前 Nginx 的主力竞争对手莫过于 Apache ,在这里小编对二者作一个简单的对比,帮助你们更好的理解 Nginx 的优点。nginx
一、做为 Web 服务器:
相比 Apache,Nginx 使用更少的资源,支持更多的并发链接,体现更高的效率,这点使 Nginx 尤为受到虚拟主机提供商的欢迎。在高链接并发的状况下,Nginx是Apache服务器不错的替代品: Nginx在美国是作虚拟主机生意的老板们常常选择的软件平台之一,可以支持高达 50000 个并发链接数的响应, 感谢Nginx 为咱们选择了 epoll and kqueue 做为开发模型。web
Nginx做为负载均衡服务器: Nginx 既能够在内部直接支持 Rails 和 PHP 程序对外进行服务, 也能够支持做为 HTTP代理 服务器对外进行服务。Nginx采用C进行编写, 不管是系统资源开销仍是CPU使用效率都比 Perlbal 要好不少。算法
二、Nginx 配置简洁, Apache 复杂:
Nginx 启动特别容易, 而且几乎能够作到7*24不间断运行,即便运行数个月也不须要从新启动. 你还可以不间断服务的状况下进行软件版本的升级。apache
Nginx 静态处理性能比 Apache 高 3倍以上,Apache 对 PHP 支持比较简单,Nginx 须要配合其余后端来使用 ,Apache 的组件比 Nginx 多。后端
三、最核心的区别在于:
apache是同步多进程模型,一个链接对应一个进程;nginx是异步的,多个链接(万级别)能够对应一个进程 。浏览器
四、二者的擅长领域分别是:
nginx的优点是处理静态请求,cpu内存使用率低,apache适合处理动态请求,因此如今通常前端用nginx做为反向代理抗住压力,apache做为后端处理动态请求。缓存
Nginx 基本使用方法
系统平台:CentOS release 6.6 (Final) 64位。服务器
1、安装编译工具及库文件

2、首先要安装 PCRE
一、PCRE 做用是让 Nginx 支持 Rewrite 功能。下载 PCRE 安装包,下载地址: http://downloads.sourceforge.net/project/pcre/pcre/8.35/pcre-8.35.tar.gz


二、解压安装包:

三、进入安装包目录

四、编译安装

五、查看pcre版本


3、安装 Nginx
一、下载 Nginx,下载地址:http://nginx.org/download/nginx-1.6.2.tar.gz


二、解压安装包

三、进入安装包目录

四、编译安装

五、查看nginx版本


到此,nginx安装完成。
4、Nginx 配置
建立 Nginx 运行使用的用户 www:

配置nginx.conf ,将/usr/local/webserver/nginx/conf/nginx.conf替换为如下内容

检查配置文件ngnix.conf的正确性命令:


5、启动 Nginx
Nginx 启动命令以下:


6、访问站点
从浏览器访问咱们配置的站点ip:

Nginx 经常使用指令说明
1. main 全局配置
nginx在运行时与具体业务功能(好比http服务或者email服务代理)无关的一些参数,好比工做进程数,运行的身份等。
- woker_processes 2
在配置文件的顶级main部分,worker角色的工做进程的个数,master进程是接收并分配请求给worker处理。这个数值简单一点能够设置为cpu的核数grep ^processor /proc/cpuinfo | wc -l,也是 auto 值,若是开启了ssl和gzip更应该设置成与逻辑CPU数量同样甚至为2倍,能够减小I/O操做。若是nginx服务器还有其它服务,能够考虑适当减小。
- worker_cpu_affinity
也是写在main部分。在高并发状况下,经过设置cpu粘性来下降因为多CPU核切换形成的寄存器等现场重建带来的性能损耗。如worker_cpu_affinity 0001 0010 0100 1000; (四核)。
- worker_connections 2048
写在events部分。每个worker进程能并发处理(发起)的最大链接数(包含与客户端或后端被代理服务器间等全部链接数)。nginx做为反向代理服务器,计算公式 最大链接数 = worker_processes * worker_connections/4,因此这里客户端最大链接数是1024,这个能够增到到8192都不要紧,看状况而定,但不能超事后面的worker_rlimit_nofile。当nginx做为http服务器时,计算公式里面是除以2。
- worker_rlimit_nofile 10240
写在main部分。默认是没有设置,能够限制为操做系统最大的限制65535。
- use epoll
写在events部分。在Linux操做系统下,nginx默认使用epoll事件模型,得益于此,nginx在Linux操做系统下效率至关高。同时Nginx在OpenBSD或FreeBSD操做系统上采用相似于epoll的高效事件模型kqueue。在操做系统不支持这些高效模型时才使用select。
2. http服务器
与提供http服务相关的一些配置参数。例如:是否使用keepalive啊,是否使用gzip进行压缩等。
- sendfile on
开启高效文件传输模式,sendfile指令指定nginx是否调用sendfile函数来输出文件,减小用户空间到内核空间的上下文切换。对于普通应用设为 on,若是用来进行下载等应用磁盘IO重负载应用,可设置为off,以平衡磁盘与网络I/O处理速度,下降系统的负载。
- keepalive_timeout 65 : 长链接超时时间,单位是秒,这个参数很敏感,涉及浏览器的种类、后端服务器的超时设置、操做系统的设置,能够另外起一片文章了。长链接请求大量小文件的时候,能够减小重建链接的开销,但假若有大文件上传,65s内没上传完成会致使失败。若是设置时间过长,用户又多,长时间保持链接会占用大量资源。
- send_timeout : 用于指定响应客户端的超时时间。这个超时仅限于两个链接活动之间的时间,若是超过这个时间,客户端没有任何活动,Nginx将会关闭链接。
- client_max_body_size 10m
容许客户端请求的最大单文件字节数。若是有上传较大文件,请设置它的限制值
- client_body_buffer_size 128k
缓冲区代理缓冲用户端请求的最大字节数
模块http_proxy:
这个模块实现的是nginx做为反向代理服务器的功能,包括缓存功能(另见文章)
- proxy_connect_timeout 60
nginx跟后端服务器链接超时时间(代理链接超时)
- proxy_read_timeout 60
链接成功后,与后端服务器两个成功的响应操做之间超时时间(代理接收超时)
- proxy_buffer_size 4k
设置代理服务器(nginx)从后端realserver读取并保存用户头信息的缓冲区大小,默认与proxy_buffers大小相同,其实能够将这个指令值设的小一点
- proxy_buffers 4 32k
proxy_buffers缓冲区,nginx针对单个链接缓存来自后端realserver的响应,网页平均在32k如下的话,这样设置
- proxy_busy_buffers_size 64k
高负荷下缓冲大小(proxy_buffers*2)
- proxy_max_temp_file_size
当proxy_buffers放不下后端服务器的响应内容时,会将一部分保存到硬盘的临时文件中,这个值用来设置最大临时文件大小,默认1024M,它与proxy_cache没有关系。大于这个值,将从upstream服务器传回。设置为0禁用。
- proxy_temp_file_write_size 64k
当缓存被代理的服务器响应到临时文件时,这个选项限制每次写临时文件的大小。proxy_temp_path(能够在编译的时候)指定写到哪那个目录。
proxy_pass,proxy_redirect见 location 部分。
模块http_gzip:
- gzip on : 开启gzip压缩输出,减小网络传输。
- gzip_min_length 1k : 设置容许压缩的页面最小字节数,页面字节数从header头得content-length中进行获取。默认值是20。建议设置成大于1k的字节数,小于1k可能会越压越大。
- gzip_buffers 4 16k : 设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流。4 16k表明以16k为单位,安装原始数据大小以16k为单位的4倍申请内存。
- gzip_http_version 1.0 : 用于识别 http 协议的版本,早期的浏览器不支持 Gzip 压缩,用户就会看到乱码,因此为了支持前期版本加上了这个选项,若是你用了 Nginx 的反向代理并指望也启用 Gzip 压缩的话,因为末端通讯是 http/1.0,故请设置为 1.0。
- gzip_comp_level 6 : gzip压缩比,1压缩比最小处理速度最快,9压缩比最大但处理速度最慢(传输快但比较消耗cpu)
- gzip_types :匹配mime类型进行压缩,不管是否指定,”text/html”类型老是会被压缩的。
- gzip_proxied any : Nginx做为反向代理的时候启用,决定开启或者关闭后端服务器返回的结果是否压缩,匹配的前提是后端服务器必需要返回包含”Via”的 header头。
- gzip_vary on : 和http头有关系,会在响应头加个 Vary: Accept-Encoding ,可让前端的缓存服务器缓存通过gzip压缩的页面,例如,用Squid缓存通过Nginx压缩的数据。。
3. server虚拟主机
http服务上支持若干虚拟主机。每一个虚拟主机一个对应的server配置项,配置项里面包含该虚拟主机相关的配置。在提供mail服务的代理时,也能够创建若干server。每一个server经过监听地址或端口来区分。
- listen
监听端口,默认80,小于1024的要以root启动。能够为listen *:80、listen 127.0.0.1:80等形式。
- server_name
服务器名,如localhost、www.example.com,能够经过正则匹配。
模块http_stream
这个模块经过一个简单的调度算法来实现客户端IP到后端服务器的负载均衡,upstream后接负载均衡器的名字,后端realserver以 host:port options; 方式组织在 {} 中。若是后端被代理的只有一台,也能够直接写在 proxy_pass 。
4. location
http服务中,某些特定的URL对应的一系列配置项。
- root /var/www/html
定义服务器的默认网站根目录位置。若是locationURL匹配的是子目录或文件,root没什么做用,通常放在server指令里面或/下。
- index index.jsp index.html index.htm
定义路径下默认访问的文件名,通常跟着root放
- proxy_pass http:/backend
请求转向backend定义的服务器列表,即反向代理,对应upstream负载均衡器。也能够proxy_pass http://ip:port。
- proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
这四个暂且这样设,若是深究的话,每个都涉及到很复杂的内容,也将经过另外一篇文章来解读。
关于location匹配规则的写法,能够说尤其关键且基础的,参考文章 nginx配置location总结及rewrite规则写法;
5. 其它
5.1 访问控制 allow/deny
Nginx 的访问控制模块默认就会安装,并且写法也很是简单,能够分别有多个allow,deny,容许或禁止某个ip或ip段访问,依次知足任何一个规则就中止往下匹配。如:

咱们也经常使用 httpd-devel 工具的 htpasswd 来为访问的路径设置登陆密码:

这样就生成了默认使用CRYPT加密的密码文件。打开上面nginx-status的两行注释,重启nginx生效。
5.2 列出目录 autoindex
Nginx默认是不容许列出整个目录的。如需此功能,打开nginx.conf文件,在location,server 或 http段中加入autoindex on;,另外两个参数最好也加上去:
- autoindex_exact_size off; 默认为on,显示出文件的确切大小,单位是bytes。改成off后,显示出文件的大概大小,单位是kB或者MB或者GB
- autoindex_localtime on;
默认为off,显示的文件时间为GMT时间。改成on后,显示的文件时间为文件的服务器时间
