共计 3596 个字符，预计需要花费 9 分钟才能阅读完成。
Nginx 既可作为 Web Server，也可作为反向 Proxy，这里先讨论作为 Web Server 的一般性优化要点。
常用优化要点
Nginx 使用的是固定数量的 workers, 每个 worker 都处理进入的请求。最佳实践是每个 CPU 内核配置一个 worker。
如何知道您的系统有几个 CPU？
$ grep ^processor /proc/cpuinfo | wc -l
对于一个四核处理器，配置文件类似：
# One worker per CPU-core.
worker_processes 4;
events {
worker_connections 8096;
multi_accept on;
use epoll;
}
worker_rlimit_nofile 40000;
http {
sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 15;
# Your content here ..
}
这里我们提高了 worker_connections 设置，定义了每个 worker 进程能处理多少连接。
服务器的最大连接数量是：
worker_processes * worker_connections (= 32384 本例中)
这里启用了 multi_accept，该配置项使 nginx 能尽快接收尽可能多的请求，减少客户端的连接初始化时间。
最后，本例中使用了 epoll 的事件模型，这也是最佳实践建议。
压缩
很多用户会启用 gzip 压缩模块，使得返回客户端的内容更简短，传输更快。
但是压缩会消耗用户服务器资源，通过监控 CPU 使用率（可采用开源 Hyperic），如果过高，可以考虑禁用压缩。
通常只压缩大文件，避免压缩那些压缩效果不好的文件，例如图片，可执行文件等二进制文件。
用户可参考下面配置：
gzip on;
gzip_vary on;
gzip_min_length 10240;
gzip_proxied expired no-cache no-store private auth;
gzip_types text/plain text/css text/xml text/javascript application/x-javascript application/xml;
gzip_disable “MSIE [1-6]\.”;
上面配置，只对文件大于 10k 的文本文件进行压缩。
客户端缓存
如果客户端（一般是浏览器）认为已经保存了要下载的最新内容，就不会向 nginx 服务器再发请求。
这需要做一些缓存设置。最简单的办法是将所有的图片，js 等静态内容设置一个固定的时间长度：
location ~* \.(jpg|jpeg|gif|png|css|js|ico|xml)$ {
access_log off;
log_not_found off;
expires 30d;
}
这里我们也禁用了媒体文件的日志，将一些文件后缀文件的过期时间设置为 30 天。
文件句柄缓存
如果需要处理大量静态文件，需要保持这些文件句柄为打开状态，避免后续再次打开。
下面示例，既可放在 nginx 配置的 server 部分，也可放在主 http 块中。:
open_file_cache max=2000 inactive=20s;
open_file_cache_valid 60s;
open_file_cache_min_uses 5;
open_file_cache_errors off;
这里设置服务器最大缓存 2000 个打开的文件句柄，关闭 20 秒内无请求的文件句柄，句柄的有效时间是 60 秒，并且只有访问次数超过 5 次的才会被缓存。这样只缓存频繁访问的文件，降低文件系统的访问。
优化 PHP
很多站点使用了 PHP，例如 drupal, wordpress。
由于 nginx 没有自己的 mod_php，推荐的方式是使用 PHP-FPM，需要将请求转发，例如：
# execute all .php files via php-fpm
location ~ .php$ {
# connect to a unix domain-socket:
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param SCRIPT_NAME $fastcgi_script_name;
fastcgi_buffer_size 128k;
fastcgi_buffers 256 16k;
fastcgi_busy_buffers_size 256k;
fastcgi_temp_file_write_size 256k;
# This file is present on Debian systems..
include fastcgi_params;
}
注意这里使用了 Unix domain-socket 连接 FPM, 所以需要修改 /etc/php5/fpm/pool.d/www.conf 如下：
listen = /var/run/php5-fpm.sock
这保证 FPM 监听一个 domain socket，而不是默认的（“listen=127.0.0.1:9000”).
默认的 PHP-FPM 将启动一些专用的 worker，每个运行一个 PHP 实例。如果内存足够，可以增加 worker 数量来提升并发吞吐量。
编辑文件 /etc/php5/fpm/pool.d/www.conf, 改变数量，例如:
; set a fixed number of php workers
pm = static
; start up 12 php processes
pm.max_children = 12
该值需要根据实际环境调整。调整的依据是使用监控工具所采集的数据。
最后可配置 PHP-FPM 自动重启。如果出现问题，例如下面的配置是，在 1 分钟内十个子进程死掉，就重启，允许进程有十秒失去控制。
下面是 /etc/php5/fpm/php-fpm.conf 中的全局配置:
emergency_restart_threshold 10
emergency_restart_interval 1m
process_control_timeout 10s
检验
优化配置的效果需要实践检验，建议部署一个监控工具，监控的内容应包括：
Nginx：开源版提供的监控指标，仅有如下 6 个：
Connections，Accepts，Handled，Requests，Writing，Waiting
从操作系统的角度：应包括 Nginx 进程的 CPU 使用率，内存占用，整体 CPU 使用率，交换区使用率等指标。
如果是在虚拟机上运行，还应关注 操作系统的 ST(Steal Time) 指标，判断是否有超卖，过载等现象；
这里推荐一个免费开源工具，Hyperic。
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-04/116646.htm
