本文主要简单介绍Nginx特点及在centos 6.6 x86_64系统环境下编译安装轻量级http服务器nginx的方法

　　一、nginx 安装

　　本教程是针对阿里云的centos 6.6 x86_64系统进行安装的，可在系统中执行uname –r 和cat /etc/issue命令看看系统内核和系统版本

　　安装前必要软件准备

　　1、安装pcre

　　为了支持rewrite功能，我们需要安装pcre

　　# yum install pcre* //如过你已经装了，请跳过这一步

　　2 、gzip 类库安装

　　yum install zlib zlib-devel (本环境已经安装,对于安装的系统，可以跳过此步骤)

　　3、安装nginx

　　1)下载

　　wget http://nginx.org/download/nginx-1.7.0.tar.gz

　　2)解压切到目录下

　　3)编译安装

　　./configure \

　　--prefix=/usr \ 指向安装目录

　　--sbin-path=/usr/sbin/nginx \ 指向(执行)程序文件(nginx

　　--conf-path=/etc/nginx/nginx.conf \ 指向配置文件(nginx.conf)

　　--error-log-path=/var/log/nginx/error.log \ 指向错误日志目录

　　--http-log-path=/var/log/nginx/access.log \ 指向错误日志目录

　　--pid-path=/var/run/nginx/nginx.pid \ 指向pid文件(nginx.pid)

　　--lock-path=/var/lock/nginx.lock \ 指向lock文件(nginx.lock)(安装文件锁定，防止安装文件被别人利用，或自己误操作。)

　　--user=user \ 指定程序运行时的用户

　　--group=nobody \ 指定程序运行时的用户组

　　--with-http_ssl_module \ 支持openssl

　　--with-http_flv_module \ 启用ngx_http_flv_module支持

　　--with-http_stub_status_module \ 启用ngx_http_stub_status_module支持(获取nginx自上次启动以来的工作状态)

　　--with-http_gzip_static_module \ 在线实时压缩输出数据流

　　--http-client-body-temp-path=/var/tmp/nginx/client/ \ 设定http客户端请求临时文件路径

　　--http-proxy-temp-path=/var/tmp/nginx/proxy/ \ 设定http代理临时文件路径

　　--http-fastcgi-temp-path=/var/tmp/nginx/fcgi/ \ 设定http fastcgi临时文件路径

　　--http-uwsgi-temp-path=/var/tmp/nginx/uwsgi \ 设定http uwsgi临时文件路径

　　--http-scgi-temp-path=/var/tmp/nginx/scgi \ 设定http scgi临时文件路径

　　4)Make

　　5)Make install

　　到此nginx就安装完毕了，我们来启动nginx，直接运行程序文件即可

　　/usr/sbin/nginx执行实报目录不存在，则mkdir -pv创建目录即可

　　使用netstat -ntulp | grep "80" 看nginx已经启动并监听了80端口

　　使用curl -s http://localhost | grep nginx.com 来测试，可以看到nginx已经成功提供服务

　　客户端连接测试如图

　　二、Nginx介绍及优点

　　传统上基于进程或线程模型架构的web服务通过每进程或每线程处理并发连接请求，这势必会在网络和I/O操作时产生阻塞，其另一个必然结果则是对内存或者CPU的利用率低下。生成一个新的进程/线程需事先备好其运行时环境，这包括为其分配堆内存和栈内存，以及为其创建新的执行上下文等。这些操作都需占用CPU，而且过多的进程/线程还会带来线程抖动或频繁的上下文切换，系统性能也会由此进一步下降。

　　在设计的最初阶段，nginx的主要着眼点就是其高性能以及对物理计算资源的高密度利用，因此其采用了不同的架构模型。受启发于多种操作系统设计中基于“事件”的高级处理机制，nginx采用了模块化、事件驱动、异步、单线程及非阻塞的架构，并大量采用了多路复用及事件通知机制。在nginx中，连接请求由为数不多的几个仅包含一个线程的进程worker以高效的回环(run-loop)机制进行处理，而每个worker可以并行处理数千个的并发连接及请求。

　　若负载以IO密集型为主，如响应大量内容给客户端，则worker数应该为CPU个数的1.5或2倍;若负载以CPU密集型应用为主，如SSL或者压缩应用，则worker数应与CPU数相同。

　　Nginx会按需同时运行多个进程：一个主进程(master)和几个工作进程(worker)，配置了缓存时还会有缓存管理器进程(cache manager)和缓存加载器进程(cache loader)等。所有进程均是仅含有一个线程，并主要通过“共享内存”的机制实现进程间通信。主进程以root用户身份运行，而worker、cache loader和cache manager均应以非特权用户身份运行。

　　主进程主要完成如下工作：

　　1. 读取并验正配置信息;

　　2. 创建、绑定及关闭套接字;

　　3. 启动、终止及维护worker进程的个数;

　　4. 无须中止服务而重新配置工作特性;

　　5. 控制非中断式程序升级，启用新的二进制程序并在需要时回滚至老版本;

　　6. 重新打开日志文件，实现日志滚动;

　　7. 编译嵌入式perl脚本;

　　cache manager进程的主要任务：

　　1) 缓存的失效及过期检验;

　　Nginx的配置有着几个不同的上下文：main、http、server、upstream和location(还有实现邮件服务反向代理的mail)。配置语法的格式和定义方式遵循所谓的C风格，因此支持嵌套，还有着逻辑清晰并易于创建、阅读和维护等优势。

　　Nginx的代码是由一个核心和一系列的模块组成, 核心主要用于提供Web Server的基本功能，以及Web和Mail反向代理的功能;还用于启用网络协议，创建必要的运行时环境以及确保不同的模块之间平滑地进行交互。不过，大多跟协议相关的功能和某应用特有的功能都是由nginx的模块实现的。这些功能模块大致可以分为事件模块、阶段性处理器、输出过滤器、变量处理器、协议、upstream和负载均衡几个类别，这些共同组成了nginx的http功能。事件模块主要用于提供OS独立的(不同操作系统的事件机制有所不同)事件通知机制如kqueue或epoll等。协议模块则负责实现nginx通过http、tls/ssl、smtp、pop3以及imap与对应的客户端建立会话。

　　在nginx内部，进程间的通信是通过模块的pipeline或chain实现的;换句话说，每一个功能或操作都由一个模块来实现。例如，压缩、通过FastCGI或uwsgi协议与upstream服务器通信，以及与memcached建立会话等。

　　cache loader进程主要完成的任务包括：

　　1) 检查缓存存储中的缓存对象;

　　2)使用缓存元数据建立内存数据库;

　　worker进程主要完成的任务包括：

　　1) 接收、传入并处理来自客户端的连接;

　　2)提供反向代理及过滤功能;

　　3)nginx任何能完成的其它任务;