安装配置Nginx

136次阅读

共计 17329 个字符，预计需要花费 44 分钟才能阅读完成。

一、简介

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

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

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

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

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

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

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

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

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

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

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

7. 编译嵌入式 perl 脚本；

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

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

2. 提供反向代理及过滤功能；

3. nginx 任何能完成的其它任务；

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

1. 检查缓存存储中的缓存对象；

2. 使用缓存元数据建立内存数据库；

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 建立会话等。

二、安装配置

1.nginx 的安装与配置

①、解决依赖关系

编译安装 nginx 需要实现安装开发包组“Development tools”和“Server Platform Development”、“Desktop Platform Development”

②、下载、编译、安装 nginx

[root@node1 ~]# wget http://nginx.org/download/nginx-1.6.0.tar.gz

[root@node1 ~]# tar xf nginx-1.6.0.tar.gz

[root@node1 ~]# cd nginx-1.6.0

首先添加用于 nginx，使其来运行 nginx 的服务进程

[root@node1 nginx-1.6.0]# useradd -r nginx

[root@node1 nginx-1.6.0]# ./configure \

> –prefix=/usr/local/nginx \

> –sbin-path=/usr/local/nginx/sbin/nginx \

> –conf-path=/etc/nginx/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 \

> –lock-path=/var/lock/nginx.lock \

> –user=nginx \

> –group=nginx \

> –with-http_ssl_module \

> –with-http_flv_module \

> –with-http_stub_status_module \

> –with-http_gzip_static_module \

> –http-client-body-temp-path=/var/tmp/nginx/client/ \

> –http-proxy-temp-path=/var/tmp/nginx/proxy/ \

> –http-fastcgi-temp-path=/var/tmp/nginx/fcgi/ \

> –http-uwsgi-temp-path=/var/tmp/nginx/uwsgi \

> –http-scgi-temp-path=/var/tmp/nginx/scgi \

> –with-pcre

说明：

1.Nginx 可以使用 Tmcalloc（快速、多线程的 malloc 库及优秀性能分析工具）来加速内存分配，使用此功能需要实现安装 gperftools，而后在编译 nginx 时添加 –with-google_prtftools_module 选项即可

2. 如果想使用 nginx 的 prel 模块，可以通过为 configure 脚本添加 –with-http_perl_module 选项来实现，但目前此模块仍处于实验性使用阶段，可能会在运行中出现意外，因此，其实现方式这里不再介绍。如果想使用基于 nginx 的 cgi 功能，也可以基于 FCGI 来实现，具体实现方法请参照网上的文档。

③、为 nginx 提供 SysV init 脚本：

[root@node1 ~]# vi /etc/init.d/nginx

#!/bin/bash

#

# nginx – this script starts and stops the nginx daemon

#

# chkconfig: – 85 15

# description: Nginx is an HTTP(S) server, HTTP(S) reverse \

# proxy and IMAP/POP3 proxy server

# processname: nginx

# config: /etc/nginx/nginx.conf

# config: /etc/sysconfig/nginx

# pidfile: /var/run/nginx.pid

# Source function library.

. /etc/rc.d/init.d/functions

# Source networking configuration.

. /etc/sysconfig/network

# Check that networking is up.

[“$NETWORKING” = “no”] && exit 0

nginx=”/usr/local/nginx/sbin/nginx”

prog=$(basename $nginx)

NGINX_CONF_FILE=”/etc/nginx/nginx.conf”

[-f /etc/sysconfig/nginx] && . /etc/sysconfig/nginx

lockfile=/var/lock/subsys/nginx

make_dirs() {

# make required directories

user=`nginx -V 2>&1 | grep “configure arguments:” | sed ‘s/[^*]*–user=$[^]*$.*/\1/g’ -`

options=`$nginx -V 2>&1 | grep ‘configure arguments:’`

for opt in $options; do

if [`echo $opt | grep ‘.*-temp-path’`]; then

value=`echo $opt | cut -d “=” -f 2`

if [! -d “$value”]; then

# echo “creating” $value

mkdir -p $value && chown -R $user $value

fi

done

}

start() {

[-x $nginx] || exit 5

[-f $NGINX_CONF_FILE] || exit 6

make_dirs

echo -n $”Starting $prog: “

daemon $nginx -c $NGINX_CONF_FILE

retval=$?

echo

[$retval -eq 0] && touch $lockfile

return $retval

}

stop() {

echo -n $”Stopping $prog: “

killproc $prog -QUIT

retval=$?

echo

[$retval -eq 0] && rm -f $lockfile

return $retval

}

restart() {

configtest || return $?

stop

sleep 1

start

}

reload() {

configtest || return $?

echo -n $”Reloading $prog: “

killproc $nginx -HUP

RETVAL=$?

echo

}

force_reload() {

restart

}

configtest() {

$nginx -t -c $NGINX_CONF_FILE

}

rh_status() {

status $prog

}

rh_status_q() {

rh_status >/dev/null 2>&1

}

case “$1” in

start)

rh_status_q && exit 0

$1

;;

stop)

rh_status_q || exit 0

$1

;;

restart|configtest)

$1

;;

reload)

rh_status_q || exit 7

$1

;;

force-reload)

force_reload

;;

status)

rh_status

;;

condrestart|try-restart)

rh_status_q || exit 0

;;

*)

echo $”Usage: $0 {start|stop|status|restart|condrestart|try-restart|reload|force-reload|configtest}”

exit 2

esac

为此脚本赋予执行权限，并添加至服务列表中，并让其能够开机自动启动

[root@node1 ~]# chmod +x /etc/init.d/nginx

[root@node1 ~]# chkconfig –add nginx

[root@node1 ~]# chkconfig nginx on

2、配置 Nginx

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

Nginx 的核心模块为 Main 和 Events，此外还包括标准的 HTTP 模块，可选 HTTP 模块和邮件模块，其还可以支持诸多的第三方模块，Main 用于配置错误日志、进程及权限等相关参数，Event 用于配置 I / O 模型，如 eopll、kqueue、select 或 poll 等，他们是必备模块

Nginx 的主配置文件有几个端组成，这个端通常也被称为 nginx 的上下文，每个端的定义格式如下所示，需要注意的是，其每一个指令都必须使用分号（；）结束，否则为语法错误

<section>{

<directive> <parmenters>;

}

①、配置 main 模块

下面说明 main 模块中的几个关键参数

a、error_log

如果在编译时使用 –with-debug 选项，还可以使用如调试功能

要禁用错误日志，不能使用“error_log off”, 而是使用类似如下选项 error_log /dev/null crit

b、timer_reslution

用来降低 gettomeofday（）系统调用的次数，默认情况下，每次从 kevnet()、epoll、/dev/poll、select（）或者 poll（）返回时都会执行此系统调用。x86-64 系统上，gettimeday（）代价已经很小，可以忽略此配置。语法格式为

time_resolution interval

c、worker_cpu_affinity cpumask …..

用来绑定 cpu 的，只能用于 main 上下文。比如

worker_processes 4

worker_cpu_affinity 0001 0010 0100 1000;

d、worker_priority

为 worker 进程设定优先级（指定 nice），此参数只能用于 main 上下文，默认为 0：语法格式为

worker_priority number

e、worker_processes

worker 进程是单线程进程。如果 nginx 用于 cpu 密集性的场景中，如 SSL 或 gzip，且主机上的 CPU 个数至少有两个，那么应该将此参数值设定为与 CPU 核心数相同；如果 Nginx 用于大量静态文件访问的场景中，且所有文件的总大小大于可用内存时，应该将此参数的值设定的足够大以充分利用磁盘宽带

此参数与 Events 上下文中的 work_connections 变量一起决定了 maxclient 的值：

maxclients = work_processes * work_connections

f、worker_rlimit_nofile

设定 worker 进程能够打开文件描述符个数的最大值。语法格式为：

worker_rlimit_nofile number

②、配置 Events 模块

a、worker_connections

设定每个 worker 所处理的最大连接数，它与来自 main 上下文的 worker_processes 变量一起决定了 maxclient 的值：

maxclients = work_processes * work_connections

而在反向代理场景中，其计算方法与上述公式不同，因为默认情况下，浏览器将打开 2 个连接，而 Nginx 会为每一个连接打开 2 个文件描述符，因此，其 maxclients 的计算方法为：

maxclients = work_processes * work_connections/4

b、use

在有着多于一个的事件模型 IO 的应用场景中，可以使用此指令设定 nginx 所使用的 I / O 机制，默认为./configure 脚本设定的各机制中最适合当前 OS 的版本。建议由 nginx 自动选择。语法格式为：

③、虚拟服务器相关配置

server {

<directive> <parmenters>;

}

用于指定虚拟机服务器相关的属性，常见的指令有 backlog、rcvbuf、bind 及 sndbuf 等

④、location 相关的配置

location [modeifier] uri {…} 或者 location @name {…}

通常用于 server 上下文中，用于定义某 URI 的访问属性。location 可以嵌套。

3、Nginx 的反向代理

Nginx 通过 proxy 模块实现反向代理功能。在作为 web 反向代理服务器时，nginx 负责接受客户端请求，并能够根据 URI、客户端参数或其他的处理逻辑将用户请求调度至上游服务器上（upstream server）。nginx 在实现反向代理功能时的最重要的指令为 porxy_pass, 它能够将 location 定义在某 URI 代理至上游服务器（组）上。如下面的实例中，location 的 /uri 将被替换为上游服务器上的 /newuri

location /uri {

proxy_pass http://www.linuxidc.com:8080/newuri;

}

不过，这种处理机制中有两个例外，一个是如果 location 的 URI 是通过模式匹配定义的，其 URI 将直接传递至上游服务器，而不能为其指定转换为另外一个 URI。例如下面实例中的 /bbs 将被代理为 htt://www.linuxidc.com/bbs

location ~^/bbs {

proxy_pass http://www.linuxidc.com;

}

第二个例外是，如果在 location 中使用 URL 重定向，那么 nginx 将使用重定向后的 URL 处理请求，而不再考虑上游服务器上定义的 URI。如下面所示的例子中，传送给上游服务器的 URI 为 index.php?page=<match>，而不是 /index。

location / {

rewrite /（.*）$ /index.php?page=$1 break;

proxy_pass http://localhost:8080/index;

}

①、proxy 模块的指令

proxy 模块的可用配置指令非常多，他们分别用于定义 proxy 模块工作时的诸多属性；如连接超时时长、代理时使用 http 的协议版本等，下面对常用的指令做一个简单说明：

proxy_connect_timeout: nginx 将一个请求发送至 upstream server 之前等待的最长时长

proxy_cookie_demain: 将 upstream server 通过 Set-Cookie 首部设定的 path 属修改为指定的值，其值可以作为一个字符串、正则表达式的模式或一个引用的变量

proxy_hide_header：设定发送给客户端的报文中需要隐藏的首部

proxy_pass：指定将请求代理制 upstream server 的 URL 路径

proxy_set_header: 将发送至 upstream server 的报文某首部进行重写

proxy_rediect：重写 location 并刷新从 upstream server 收到的报文的首部

proxy_send_timeout：在连接断开之前两次发送至 upstream server 的写操作的最长间隔时长

proxy_read_timeout: 在连接断开之前两次从接受 upstream server 接受读操作的最长间隔时长

如下面的一个示例：

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;

client_max_body_size 10m;

client_body_buffer_size 128k;

proxy_connect_timeout 30;

proxy_send_timeout 15;

proxy_read_timeout 15;

②、upstream 模块

与 proxy 模块结合使用的模块中，常用的当属 upstream 模块，upstream 模块可以定义一个新的上下文，他包含了一组上游 upstream 服务器，这些服务器可以赋予不同的权重、不同的类型设置可以基于维护等原因标记为 down
upstream 模块常用的指令有：
ip_hash：基于客户端 IP 地址完成请求的分发，它可以保证来自于同一个客端的请求始终被转发至同一个 upstream 服务器
keepalive：每个 worker 进程为发送到奥 upstream 服务器的连接所缓存的个数
least_conn：最少连接调度算法
server: 定义一个 upstream 服务器的地址，还可以包括一系列可选参数，如
wegiht: 权重
max_fail：最大失败连接次数，失败连接的超时时长有 fail_timeout 指定
fail_timeout: 等待请求的目标服务器发送响应的时长
backup: 用于 fallback 的目的，所有服务均故障时才启动此服务器
down：手动标记其不在处理任何请求

例如：

upstream backend {

server www.linuxidc.com weight=5;

server www2.linuxidc.com:8080 max_fails=3 fail_timeout=30s;

}

upstream 模块的负载均衡算法主要有三种，轮询（round-robin）、ip 哈希（ip_hash）和最少连接（least_conn）三种

此外，upstream 模块也能为非 http 的应用实现负载均衡，如下面的实例定义了 nginx 为 memcached 服务实现负载均衡的目的

upstream memcachesrvs {

server 192.168.1.200:11211;

server 192.168.1.201:11211;

}

server {

location / {

set $memcached_key “$uri?$args”;

memcached_pass memcachesrvs;

error_page 404 = @fallback;

}

location @fallback {

proxy_pass http://127.0.0.1:8080;

}

③、if 判断语句

在 location 中使用 if 语句可以实现条件判断，其通常有一个 return 语句，其一般与有着 last 或 break 标记的额 rewrite 规则一同使用，但其也可以按照需要使用的多种场景下，需要注意的时，不当的使用可以会导致不可预料的结

location / {

if ($request_method ==“PUT”) {

proxy_pass http://upload.magedu.com:8080;

}

if ($request_uri ~ “\.(jpg|gif|jpeg|png)$”) {

proxy_pass http://imageservers;

break;

}

upstream imageservers {

server 192.168.1.202:80 weight 2;

server 192.168.1.203:80 weight 3;

}

a、if 语句中的判断条件

正则表达式匹配

==：等值比较

~: 与指定正则表达式模式匹配时返回“真”，判断匹配与否时区分字符大小写

~*: 与指定正则表达式模式匹配时返回“真”，判断匹配与否时不区分字符大小写

!~: 与指定正则表达式模式不匹配时返回“真”，判断匹配与否时区分字符大小写

!~*: 与指定正则表达式模式不匹配时返回“真”，判断匹配与否时区分字符大小写

文件及目录匹配判断

-f,!-f：判断指定的路径是否存在且为文件

-d,!-d：判断指定的路径是否存在且为目录

-e,!-e: 判断指定的路径是否存在，文件或路径均可

-x,!-x：判断指定的路径文件是否存在且可执行

b、nginx 常用的全局变量

下面是 nginx 常用的全局变量中的一部分，他们通常用于 of 语句中实现条件判断

1.$uri: 当前请求的 uri，不带参数

2.$request_uri: 请求的 uri，带完整参数

3.$host:http 请求报文中 host 首部，如果请求中没有 host 首部，则以处理此请求的主机的主机名代替

4.$hostname:nginx 服务运行所在主机的主机名

5.$remote_addr：客户端 ip

6.$remote_port：客户端 port

7.$remote_user: 使用用户认证时客户端用户输入的用户名

8.$request_filename: 用户请求中的 URI 经过本地 root 或 alias 转换后映射的本地的文件路径

9.$request_method：请求方法

10.$server_addr：服务器地址

11.$server_name: 服务器名称

12.$server_port: 服务器端口

13.$server_protocol: 服务器想客户端发送响应时的协议，如 http/1.1 http/1.0

14.$scheme: 在请求中使用的 scheme 映射协议本身的协议

15.$http_HEADER: 匹配请求报文中指定的 HEADER 例如：$http_host 匹配请求报文中的 host 首部

16.$sent_http_HEADER: 响应报文中指定的 HERADER，例如：$http_content_type 匹配相应报文中的 content-type 首部

17.$document_root：当前请求映射到的 root 配置

三、反向代理性能优化

在反向代理场景中，nginx 有一系列指定用于定义其工作特性，如缓冲区大小等，给这些指定设定一个合理的值，可以有效提高其系能

1、缓存区设定

nginx 在默认情况下再其响应给客户端之前尽可能在接来自 upstream 服务器的响应报文，它会将这些响应报文暂存于本地并尽量一次性的响应给客户端。然而，在来自于客户端的响应过多时，nginx 会视图将之存储与本地磁盘中，这将大大降低 nginx 的性能，因此，在有着更多可用内存的场景中，应该将用于暂存这些报文的缓存区调大至一个合理的值

proxy_buffer_size size: 设定用于暂存来自于 upstream 服务器的每一个响应报文的缓冲区大小

proxy_buffering on|off: 启动缓存 upstream 服务器的响应报文，否则，如果 proxy_max_temp_file_size 指令的值为 0，来自 upstream 服务器的响应报文在接受到的那一刻将同步发送给客户端；一般情况下，启用 proxy_buffering 并将 proxy_max_temp_file_size 设定为 0 并能够避免缓存响应报文的功能，并能够避免将其缓存至磁盘中

proxy_buffers 8 4k|8k：用以缓存来自 upstream 服务器的响应报文的缓存区大小

2、缓存

nginx 作为反向代理时，能够将来自 upstream 的响应缓存至本地，并在后续的客户端请求内容同样时直接从本地构建响应报文

proxy_cache zone|off：定义一个用户缓存的共享内存区域，其可被多个地方调用，缓存将遵从 upstream 服务器的响应报文首部关于缓存的设定，如“Expires”、“Cache-Contol：no-cache”、“Cache-Control:max-age=XXX”、“private”和“no-store”等，但 nginx 设定 proxy_cache_key 必须包含用户特定数据如 $cookir_xxx 的方式实现，但最后这种方式在公共缓存上使用可能会有风险，因此，在响应报文中含有一下首部或指定标志的报文将不会被缓存

Set-Cookie

Cache-Control containing “no-cache”, “no-store”, “private”, or a “max-age” with a non-numeric or 0 value

Expires with a time in the past

X-Accel-Expires: 0

proxy_cahce_key：设定在存储及检索缓存时用于“键”的字符串，可以使用变量为其值，但使用不当时有可能会为同一个内容缓存多次；另外，将用户私有信息用于键可以避免将用户的私有信息发回给其他用户

proxy_cache_lock: 启用此项，可在缓存未命中中阻止多个相同的请求同时发送 upstream，其生效返回为 worker 级别

proxy_cache_lock_timeout: proxy_cache_lock 功能的锁定时长

proxy_cache_main_uses：某响应报文被缓存之前至少应该被请求的次数

proxy_cache_path：定义一个用于保存缓存响应报文的路径，及一个保存缓存对象的键及相应元数据的共享内存区域（key_zone=name:size）, 其可选参数有：

levels：每级子目录名称的长度，有效值为 1 或者 2，每级之间使用冒号分隔，最多为 3 级

inactive: 非活动缓存项从缓存中剔除之前的最大缓存时长

max_size：缓存空间大小的上限，当需要缓存的对象超出此空间时，缓存管理器将给予 LRU 算法对其进行清理

loader_files: 缓存加载器（cache_loader）的每次工作过程最多为多少个文件加载元数据

loader_threashold: 缓存加载器的最大睡眠时长：

例如：

proxy_cache_path /data/nginx/cache/one levels=1 keys_zone=one:10m;

proxy_cache_path /data/nginx/cache/two levels=2:2 keys_zone=two:100m;

proxy_cache_path /data/nginx/cache/three levels=1:1:2 keys_zone=three:1000m;

proxy_cache_usr_stale: 在无法联系到 upstream 服务器时的那种情形下（如 error、timeout 或 http_500 等）让 nginx 使用本地的缓存对象直接响应客户端请求：其格式为：

proxy_cache_valid [code ….]time: 用于为不同的响应设定不同市场的有效缓存时长，如

proxy_cache_valid 200 302 10m;

proxy_cache_menthods [GET HEAD POST]: 为那些请求方法开启缓存功能

proxy_cache_bypass string：设定在那种情形下，nginx 将不会缓存数据：例如

proxy_cache_bypass $cookie_nocache $arg_nocache $arg_comment;

proxy_cache_bypass $http_pragma $http_authorization;

使用案例

http {

proxy_cache_path /data/nginx/cache levels=1:2 keys_zone=STATIC:10m

inactive=24h max_size=1g;

server {

location / {

proxy_pass http://www.magedu.com;

proxy_set_header Host $host;

proxy_cache STATIC;

proxy_cache_valid 200 1d;

proxy_cache_valid 301 302 10m;

proxy_cache_vaild any 1m;

proxy_cache_use_stale error timeout invalid_header updating

http_500 http_502 http_503 http_504;

}

3、压缩

nginx 将响应报文发送至客户端之前可以使用启用压缩功能，这能够有效的节约代理。并提高响应至客户端的速度。通常编译 nginx 默认会附带 gzip 压缩的功能，因此，可以之间启用

http {

gzip on; // 开启压缩功能

gzip_http_version 1.0;

gzip_comp_level 2; // 压缩比

gzip_types text/plain text/css application/x-Javascript text/xml application/xml application/xml+rss text/javascript application/javascript application/json; // 对那些文件进行压缩

gzip_disable msie6; // 不对那些浏览器压缩

}

gzip_proxied 指令可以定义对客户端请求的哪类对象启用压缩功能，如“expire”首部定义而无法缓存的对象启用压缩功能，其他可接受的值还有“no-cache”、“no-store”、“private”、“no_last_modified”、“no_etag”和“auto”等，而“off”表示关闭压缩功能

CentOS 6.2 实战部署 Nginx+MySQL+PHP http://www.linuxidc.com/Linux/2013-09/90020.htm

使用 Nginx 搭建 WEB 服务器 http://www.linuxidc.com/Linux/2013-09/89768.htm

搭建基于 Linux6.3+Nginx1.2+PHP5+MySQL5.5 的 Web 服务器全过程 http://www.linuxidc.com/Linux/2013-09/89692.htm

CentOS 6.3 下 Nginx 性能调优 http://www.linuxidc.com/Linux/2013-09/89656.htm

CentOS 6.3 下配置 Nginx 加载 ngx_pagespeed 模块 http://www.linuxidc.com/Linux/2013-09/89657.htm

CentOS 6.4 安装配置 Nginx+Pcre+php-fpm http://www.linuxidc.com/Linux/2013-08/88984.htm

Nginx 安装配置使用详细笔记 http://www.linuxidc.com/Linux/2014-07/104499.htm

Nginx 日志过滤使用 ngx_log_if 不记录特定日志 http://www.linuxidc.com/Linux/2014-07/104686.htm

Nginx 的详细介绍：请点这里
Nginx 的下载地址：请点这里

本文永久更新链接地址：http://www.linuxidc.com/Linux/2015-11/125096.htm

正文完

星哥说事-微信公众号