轉載：http://mp.weixin.qq.com/s?__biz=MzAwNzY4OTgyNA==&mid=2651824801&idx=1&sn=448b264213094b454efb2a5580a59931&scene=1&srcid=0827oBjecDeWn9zcwpPQifEW#rd
Tomcat、Apache、Nginx性能優化
-
Tomcat
tomcat默認參數是為開發環境制定，而非適合生產環境，尤其是內存和線程的配置，默認都很低，容易成為性能瓶頸。
tomcat內存優化
linux修改TOMCAT_HOME/bin/catalina.sh，在前面加入
JAVA_OPTS="-XX:PermSize=64M -XX:MaxPermSize=128m -Xms512m -Xmx1024m -Duser.timezone=Asia/Shanghai"
windows修改TOMCAT_HOME/bin/catalina.bat，在前面加入
set JAVA_OPTS=-XX:PermSize=64M -XX:MaxPermSize=128m -Xms512m -Xmx1024m
最大堆內存是1024m，對於現在的硬件還是偏低，實施時，還是按照機器具體硬件配置優化。
tomcat 線程優化
<Connector port="80" protocol="HTTP/1.1" maxThreads="600" minSpareThreads="100" maxSpareThreads="500" acceptCount="700"connectionTimeout="20000" redirectPort="8443" />
maxThreads="600" ///最大線程數
minSpareThreads="100"///初始化時創建的線程數
maxSpareThreads="500"///一旦創建的線程超過這個值，Tomcat就會關閉不再需要的socket線程。
acceptCount="700"//指定當所有可以使用的處理請求的線程數都被使用時，可以放到處理隊列中的請求數，超過這個數的請求將不予處理
這里是http connector的優化，如果使用apache和tomcat做集群的負載均衡，並且使用ajp協議做apache和tomcat的協議轉發，那么還需要優化ajp connector。
<Connector port="8009" protocol="AJP/1.3" maxThreads="600" minSpareThreads="100" maxSpareThreads="500" acceptCount="700"connectionTimeout="20000" redirectPort="8443" />
由於tomcat有多個connector，所以tomcat線程的配置，又支持多個connector共享一個線程池。
首先。打開/conf/server.xml，增加
<Executor name="tomcatThreadPool" namePrefix="catalina-exec-" maxThreads="500" minSpareThreads="20" maxIdleTime="60000" />
最大線程500（一般服務器足以），最小空閑線程數20，線程最大空閑時間60秒。
然后，修改<Connector ...>節點，增加executor屬性，executor設置為線程池的名字：
<Connector executor="tomcatThreadPool" port="80" protocol="HTTP/1.1" connectionTimeout="60000" keepAliveTimeout="15000" maxKeepAliveRequests="1" redirectPort="443" />
可以多個connector公用1個線程池，所以ajp connector也同樣可以設置使用tomcatThreadPool線程池。
禁用DNS查詢
當web應用程序向要記錄客戶端的信息時，它也會記錄客戶端的IP地址或者通過域名服務器查找機器名 轉換為IP地址。
DNS查詢需要占用網絡，並且包括可能從很多很遠的服務器或者不起作用的服務器上去獲取對應的IP的過程，這樣會消耗一定的時間。
修改server.xml文件中的Connector元素，修改屬性enableLookups參數值: enableLookups="false"
如果為true，則可以通過調用request.getRemoteHost()進行DNS查詢來得到遠程客戶端的實際主機名，若為false則不進行DNS查詢，而是返回其ip地址
設置session過期時間
conf\web.xml中通過參數指定：
<session-config>
<session-timeout>180</session-timeout>
</session-config> 單位為分鍾。
Apr插件提高Tomcat性能
Tomcat可以使用APR來提供超強的可伸縮性和性能，更好地集成本地服務器技術.
APR(Apache Portable Runtime)是一個高可移植庫，它是Apache HTTP Server 2.x的核心。APR有很多用途，包括訪問高級IO功能(例如sendfile,epoll和OpenSSL)，OS級別功能(隨機數生成，系統狀態等等)，本地進程管理(共享內存，NT管道和UNIX sockets)。這些功能可以使Tomcat作為一個通常的前台WEB服務器，能更好地和其它本地web技術集成，總體上讓Java更有效率作為一個高性能web服務器平台而不是簡單作為后台容器。
在產品環境中，特別是直接使用Tomcat做WEB服務器的時候，應該使用Tomcat Native來提高其性能
要測APR給tomcat帶來的好處最好的方法是在慢速網絡上（模擬Internet），將Tomcat線程數開到300以上的水平，然后模擬一大堆並發請求。
如果不配APR，基本上300個線程狠快就會用滿，以后的請求就只好等待。但是配上APR之后，並發的線程數量明顯下降，從原來的300可能會馬上下降到只有幾十，新的請求會毫無阻塞的進來。
在局域網環境測，就算是400個並發，也是一瞬間就處理/傳輸完畢，但是在真實的Internet環境下，頁面處理時間只占0.1%都不到，絕大部分時間都用來頁面傳輸。如果不用APR，一個線程同一時間只能處理一個用戶，勢必會造成阻塞。所以生產環境下用apr是非常必要的。
(1)安裝APR tomcat-native
apr-1.3.8.tar.gz 安裝在/usr/local/apr
#tar zxvf apr-1.3.8.tar.gz
#cd apr-1.3.8
#./configure;make;make install
apr-util-1.3.9.tar.gz 安裝在/usr/local/apr/lib
#tar zxvf apr-util-1.3.9.tar.gz
#cd apr-util-1.3.9
#./configure --with-apr=/usr/local/apr ----with-java-home=JDK;make;make install
#cd apache-tomcat-6.0.20/bin
#tar zxvf tomcat-native.tar.gz
#cd tomcat-native/jni/native
#./configure --with-apr=/usr/local/apr;make;make install
(2)設置 Tomcat 整合 APR
修改 tomcat 的啟動 shell （startup.sh），在該文件中加入啟動參數：
CATALINA_OPTS="$CATALINA_OPTS -Djava.library.path=/usr/local/apr/lib" 。
(3)判斷安裝成功:
如果看到下面的啟動日志，表示成功。 2007-4-26 15:34:32 org.apache.coyote.http11.Http11AprProtocol init
-
Apache
Apache優化步驟：
1、先查看apache的運行模式，查看命令：
httpd -l
Compiled in modules:
core.c
prefork.c
http_core.c
mod_so.c
這里可以看到運行模式是prefork模式。
2、修改apache 的httpd.conf 配置
本文是對512M 內存並裝有apache的vps進行優化，請不要跟我說裝nginx就強多了，確實如此，但是你這樣說的話，這篇文章就沒什么意義了，哈哈。那么進入正題吧！
操作系統(linux)：CentOS 5.5 32位（並不是我說這個比較好，只是Cents我用得比較熟練）
內存：512M
cpu：1G(1000MHz，vps實際有沒有這個數，很難說)
apache：2.2(建議低版本的，升級到高版本，畢竟舊版有很多問題，且性能也是高版本好點)
運行的主要是PHP程序，其他的不多說了，與本文關系不大。
首先，如題所說，本文所說的優化是針對apache 2.2以上版本，及使用perfork MPM模式的。perfork是apache在linux下默認安裝下的模式，如果使用apache作為服務器的放在，還是使用perfork模式比較好，worker模式下對php某些功能並不支持。如果你使用的是win系統或都沒有使有和perfork，那么下面可以選擇不看或抱着學習的態度看看咯。
以下內容均屬於博主自己的見解，實際測試請根據你的服務器，程序及其他因素按需處理。
一般情況下，我們需要優化apache就是因為apache占用大量的內存，導致vps當機，因為perfork是多進程處理的，每個進程都會點用一定的內存數量。所以限制httpd進程的數量，從而達到優化apache的作用。影響單個httpd進程的內存大小，主要都是加載模塊，至少什么模塊是合適的，我也很難說，因為這個是按由你的需要而定的。網上有些人說，絕大部分都會用不上的模塊列出來，我認為這個是有很大的誤導作用，因為絕大部分人中，也許你就是其中一個。將有用的模塊屏蔽掉，最壞的情況，就是重啟apache出錯，或部分功能無法使用。所以我也不會列出什么最少模塊加載方案什么的。所以，我只會說出一些參考。
apache(perfork)下的模塊加載，並不是模塊加載列表，沒有的模塊並不是屏蔽掉了，只是我也不清楚它的實際作用。
(一)、對於apache2.2，模塊名有cache的一般都是有用的，因為有不少的這類模板都是2.1以上的apache才支持的，所以這類的模塊不會是無緣無緣而存在的。
(二)、很有可能或必用到的模塊有：
LoadModule auth_basic_module modules/mod_auth_basic.so
LoadModule authn_file_module modules/mod_authn_file.so
LoadModule include_module modules/mod_include.so
LoadModule log_config_module modules/mod_log_config.so
LoadModule expires_module modules/mod_expires.so
LoadModule deflate_module modules/mod_deflate.so
LoadModule headers_module modules/mod_headers.so
LoadModule setenvif_module modules/mod_setenvif.so
LoadModule mime_module modules/mod_mime.so
LoadModule autoindex_module modules/mod_autoindex.so
LoadModule negotiation_module modules/mod_negotiation.so
LoadModule dir_module modules/mod_dir.so
LoadModule alias_module modules/mod_alias.so
LoadModule rewrite_module modules/mod_rewrite.so
(三)、我粗略點了一下apache里面的模塊約在50+以，要從中選擇人人都適用的模塊加載列表是不可能的，至少cgi模塊我是不會用，但不排除你不會用。
模塊加載這一塊就說到這里，這個大家多百度，多用自然會識別出一些有用模塊並漸漸屏蔽不使用的模塊。
接下來，就是最為重要的perfork配置，也是困擾了我很久的問題，盡管參數就那么6個，那是卻足以讓你的vps當機。先列出需要修改的參數，修改位於httpd.conf的文件里面
Timeout 30
KeepAlive On
MaxKeepAliveRequests 80
KeepAliveTimeout 15
<IfModule prefork.c>
ServerLimit 150
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild 4000
</IfModule>
上面的代碼就是要修改的，實際上我們是要修改perfork里在的參數，之所以將Timeout,KeepAlive等也寫出來，是因為這個也是影響apache性能的。
Timeout是一個連接多少時間后斷開，這個參數設置在30-60是一般的php程序都是適用的，至少要運行一些要占用大量時間的php程序，那么適當調高也是可以的，但請不要太高，否則會影響apache性能，本次優化我們使用30就很足夠了。
MaxKeepAliveRequests 是一個連接最大的請求量，對於頁面有較多的圖片等元素，可以適當調高一點，對於一般的網頁設置在80-120是足夠的，我們就設置為100，如果設置太高會導致httpd長時間不能退出釋放內存的。
KeepAliveTimeout 是當用戶處理一次連接時，如果在該參數的時間內還有請求則會繼續執行，不需要重新創建新的連接，直到達到MaxKeepAliveRequests的最大值才會退出。對於perfork模式下的，有人認為是將KeepAlive Off會比較好，但是對於絕大多數的網站都會不多不少有些圖片元素，所以將該項打開，並將KeepTimeOut設置在2-5秒，不但有效提高服務器性能，也能加快頁面打開速度。
接下來，就是正式進入perfork的參數設置了，不想服務器運行一會就內存占滿的得看看哦。
首先是參數ServerLimit就是服務器最大支持同時連接的客戶端，該值將決定下面參數MaxClient可以設定的值的范圍。ServerLimit實際上只是起到一個限制的作用，並沒有實際有作用，也許有，我就不知道了。實際上起到作用的是，MaxClient參數，但這個值又受ServerLimit的限制，等下會講。
另三個參數StartServers，MinSpareServers，MaxSpareServers，為什么將這三個參數一起說呢，因為這三個數是聯系在一起的。這三個數都是決定空閑進程數量，StartServers應該范圍就是MinSpareServers和MaxSpareServers之間。否則，apache會自動將該值還原到兩都之間，所以不要浪費不必要的資源。按照perfork默認的配置，這三個參數分別為：5，5，10。但是對於只有512M內存的vps來說，我認為還是有過大的負載。因此，我認為在這里應該退一步，將這三個參數設置為4，4，10，看起來和上面5，5，10並沒有什么不同，最大值還是10，但在實際使用中4，4，10釋放的內存速度會明顯比5，5，10快很多。
接下來就是MaxClient最大支持多少客戶端在同一時間連接服務器，簡單說就是最大並發數支持，這個沒有特別需要說的。對於512M的vps你也別想你的站能承受百萬PV，使用默認的150已是超出負載的了。一般將ServerLimit和MaxClient設為一樣值即可。
最后就是MaxRequestsPerChild參數，一個進程在處理多少次之后退出，設置為0則是無限次，也就是說不會退出，那么httpd進程也不會退出。那么，你就等着你的vps當機重啟去吧。對於這個參數，我粗略地搜索了一下，不少人推薦在1000次，也有100次的。據我的測試，對於內存只有512M的vps來說，該值設置在500以上都會很快占滿內存，但不至少於當機。而觀察得知，一但內存占滿，cpu的使用率幾乎變為0了。由此可知，當機了那什么都干不了了，還不如消耗多一點cpu資源避免，提高穩定性。所以，我最后的決定是將該值定義在30-40之間。這樣設定后，可以看出，內存釋放速度得到很大的提升，但也可以看到cpu也在頻繁上下跳動。這樣設置，即使內存占滿，也能在最短時間恢復正常。
所以對於512MB的vps，apache(perfork模式)最后的優方配置為：
Timeout 30
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 2
<IfModule prefork.c>
ServerLimit 150
StartServers 4
MinSpareServers 4
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild 40
</IfModule>
這樣，我們的配置基本完成，進行負載測試即可。負載測試，我們使用ab測試，先聲明一點，是用你本地的虛擬機去測試服務器上的一個靜態頁面，而不是在服務器上測試。之前，我就是這樣做，因為網速一樣，效果都是比較好的，但別人都是不同網速的，所以服務器上測試是不准確的。
3、現在看看需要怎么優化：
連接數理論上是越大越好，但是得根據硬件，服務器的CPU，內存，帶寬等因素，查看當前的apache連接數：
ps aux | grep httpd | wc -l
計算httpd 占用內存的平均數:
ps aux | grep -v grep |awk '/httpd/{sum += $6;n++};END{print sum/n}'
這個只是做個參考。計算后要減去服務器系統本身所需要的資源。
比如內存2G，減去500M留給服務器，還有1.5G，那么可得到最大連接數：在8000左右。
根據情況修改后的httpd.conf的prefork的配置后為：
<IfModule prefork.c>
StartServers 5
MinSpareServers 5
MaxSpareServers 10
ServerLimit 5500
MaxClients 5000
MaxRequestsPerChild 100
</IfModule>
這里重點介紹下ServerLimit,必須放到MaxClients前，值要大於MaxClients。
4 重啟apache，再打開網站看看是否還會有慢的問題了。
附注：可以使用以下命令找到httpd.conf文件
find / -name httpd.conf
-
Nginx
nginx優化 突破十萬並發
一、一般來說nginx 配置文件中對優化比較有作用的為以下幾項：
1. worker_processes 8;
nginx 進程數，建議按照cpu 數目來指定，一般為它的倍數 (如,2個四核的cpu計為8)。
2. worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;
為每個進程分配cpu，上例中將8 個進程分配到8 個cpu，當然可以寫多個，或者將一
個進程分配到多個cpu。
3.worker_rlimit_nofile 65535;
這個指令是指當一個nginx 進程打開的最多文件描述符數目，理論值應該是最多打開文
件數（ulimit -n）與nginx 進程數相除，但是nginx 分配請求並不是那么均勻，所以最好與ulimit -n 的值保持一致。
現在在linux 2.6內核下開啟文件打開數為65535，worker_rlimit_nofile就相應應該填寫65535。
這是因為nginx調度時分配請求到進程並不是那么的均衡，所以假如填寫10240，總並發量達到3-4萬時就有進程可能超過10240了，這時會返回502錯誤。
查看linux系統文件描述符的方法：
[root@web001 ~]# sysctl -a | grep fs.file
fs.file-max = 789972
fs.file-nr = 510 0 789972
4.use epoll;
使用epoll 的I/O 模型
(
補充說明:
與apache相類，nginx針對不同的操作系統，有不同的事件模型
A）標准事件模型
Select、poll屬於標准事件模型，如果當前系統不存在更有效的方法，nginx會選擇select或poll
B）高效事件模型
Kqueue：使用於 FreeBSD 4.1+, OpenBSD 2.9+, NetBSD 2.0 和 MacOS X. 使用雙處理器的MacOS X系統使用kqueue可能會造成內核崩潰。
Epoll: 使用於Linux內核2.6版本及以后的系統。
/dev/poll：使用於 Solaris 7 11/99+, HP/UX 11.22+ (eventport), IRIX 6.5.15+ 和 Tru64 UNIX 5.1A+。
Eventport：使用於 Solaris 10. 為了防止出現內核崩潰的問題， 有必要安裝安全補丁。
)
5.worker_connections 65535;
每個進程允許的最多連接數， 理論上每台nginx 服務器的最大連接數為worker_processes*worker_connections。
6.keepalive_timeout 60;
keepalive 超時時間。
7.client_header_buffer_size 4k;
客戶端請求頭部的緩沖區大小，這個可以根據你的系統分頁大小來設置，一般一個請求頭的大小不會超過1k，不過由於一般系統分頁都要大於1k，所以這里設置為分頁大小。
分頁大小可以用命令getconf PAGESIZE 取得。
[root@web001 ~]# getconf PAGESIZE
4096
但也有client_header_buffer_size超過4k的情況，但是client_header_buffer_size該值必須設置為“系統分頁大小”的整倍數。
8.open_file_cache max=65535 inactive=60s;
這個將為打開文件指定緩存，默認是沒有啟用的，max 指定緩存數量，建議和打開文件數一致，inactive 是指經過多長時間文件沒被請求后刪除緩存。
9.open_file_cache_valid 80s;
這個是指多長時間檢查一次緩存的有效信息。
10.open_file_cache_min_uses 1;
open_file_cache 指令中的inactive 參數時間內文件的最少使用次數，如果超過這個數字，文件描述符一直是在緩存中打開的，如上例，如果有一個文件在inactive 時間內一次沒被使用，它將被移除。
二、關於內核參數的優化：
net.ipv4.tcp_max_tw_buckets = 6000
timewait 的數量，默認是180000。
net.ipv4.ip_local_port_range = 1024 65000
允許系統打開的端口范圍。
net.ipv4.tcp_tw_recycle = 1
啟用timewait 快速回收。
net.ipv4.tcp_tw_reuse = 1
開啟重用。允許將TIME-WAIT sockets 重新用於新的TCP 連接。
net.ipv4.tcp_syncookies = 1
開啟SYN Cookies，當出現SYN 等待隊列溢出時，啟用cookies 來處理。
net.core.somaxconn = 262144
web 應用中listen 函數的backlog 默認會給我們內核參數的net.core.somaxconn 限制到128，而nginx 定義的NGX_LISTEN_BACKLOG 默認為511，所以有必要調整這個值。
net.core.netdev_max_backlog = 262144
每個網絡接口接收數據包的速率比內核處理這些包的速率快時，允許送到隊列的數據包的最大數目。
net.ipv4.tcp_max_orphans = 262144
系統中最多有多少個TCP 套接字不被關聯到任何一個用戶文件句柄上。如果超過這個數字，孤兒連接將即刻被復位並打印出警告信息。這個限制僅僅是為了防止簡單的DoS 攻擊，不能過分依靠它或者人為地減小這個值，更應該增加這個值(如果增加了內存之后)。
net.ipv4.tcp_max_syn_backlog = 262144
記錄的那些尚未收到客戶端確認信息的連接請求的最大值。對於有128M 內存的系統而言，缺省值是1024，小內存的系統則是128。
net.ipv4.tcp_timestamps = 0
時間戳可以避免序列號的卷繞。一個1Gbps 的鏈路肯定會遇到以前用過的序列號。時間戳能夠讓內核接受這種“異常”的數據包。這里需要將其關掉。
net.ipv4.tcp_synack_retries = 1
為了打開對端的連接，內核需要發送一個SYN 並附帶一個回應前面一個SYN 的ACK。也就是所謂三次握手中的第二次握手。這個設置決定了內核放棄連接之前發送SYN+ACK 包的數量。
net.ipv4.tcp_syn_retries = 1
在內核放棄建立連接之前發送SYN 包的數量。
net.ipv4.tcp_fin_timeout = 1
如 果套接字由本端要求關閉，這個參數決定了它保持在FIN-WAIT-2 狀態的時間。對端可以出錯並永遠不關閉連接，甚至意外當機。缺省值是60 秒。2.2 內核的通常值是180 秒，3你可以按這個設置，但要記住的是，即使你的機器是一個輕載的WEB 服務器，也有因為大量的死套接字而內存溢出的風險，FIN- WAIT-2 的危險性比FIN-WAIT-1 要小，因為它最多只能吃掉1.5K 內存，但是它們的生存期長些。
net.ipv4.tcp_keepalive_time = 30
當keepalive 起用的時候，TCP 發送keepalive 消息的頻度。缺省是2 小時。
三、下面貼一個完整的內核優化設置:
vi /etc/sysctl.conf CentOS5.5中可以將所有內容清空直接替換為如下內容:
net.ipv4.ip_forward = 0
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.default.accept_source_route = 0
kernel.sysrq = 0
kernel.core_uses_pid = 1
net.ipv4.tcp_syncookies = 1
kernel.msgmnb = 65536
kernel.msgmax = 65536
kernel.shmmax = 68719476736
kernel.shmall = 4294967296
net.ipv4.tcp_max_tw_buckets = 6000
net.ipv4.tcp_sack = 1
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_rmem = 4096 87380 4194304
net.ipv4.tcp_wmem = 4096 16384 4194304
net.core.wmem_default = 8388608
net.core.rmem_default = 8388608
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.core.netdev_max_backlog = 262144
net.core.somaxconn = 262144
net.ipv4.tcp_max_orphans = 3276800
net.ipv4.tcp_max_syn_backlog = 262144
net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_synack_retries = 1
net.ipv4.tcp_syn_retries = 1
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_mem = 94500000 915000000 927000000
net.ipv4.tcp_fin_timeout = 1
net.ipv4.tcp_keepalive_time = 30
net.ipv4.ip_local_port_range = 1024 65000
使配置立即生效可使用如下命令：
/sbin/sysctl -p
四、下面是關於系統連接數的優化
linux 默認值 open files 和 max user processes 為 1024
#ulimit -n
1024
#ulimit Cu
1024
問題描述： 說明 server 只允許同時打開 1024 個文件，處理 1024 個用戶進程
使用ulimit -a 可以查看當前系統的所有限制值，使用ulimit -n 可以查看當前的最大打開文件數。
新裝的linux 默認只有1024 ，當作負載較大的服務器時，很容易遇到error: too many open files 。因此，需要將其改大。
解決方法：
使用 ulimit Cn 65535 可即時修改，但重啟后就無效了。（注ulimit -SHn 65535 等效 ulimit -n 65535 ，-S 指soft ，-H 指hard)
有如下三種修改方式：
1. 在/etc/rc.local 中增加一行 ulimit -SHn 65535
2. 在/etc/profile 中增加一行 ulimit -SHn 65535
3. 在/etc/security/limits.conf 最后增加：
* soft nofile 65535
* hard nofile 65535
* soft nproc 65535
* hard nproc 65535
具體使用哪種，在 CentOS 中使用第1 種方式無效果，使用第3 種方式有效果，而在Debian 中使用第2 種有效果
# ulimit -n
65535
# ulimit -u
65535
備注：ulimit 命令本身就有分軟硬設置，加-H 就是硬，加-S 就是軟默認顯示的是軟限制
soft 限制指的是當前系統生效的設置值。 hard 限制值可以被普通用戶降低。但是不能增加。 soft 限制不能設置的比 hard 限制更高。 只有 root 用戶才能夠增加 hard 限制值。
五、下面是一個簡單的nginx 配置文件：
user www www;
worker_processes 8;
worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000
01000000;
error_log /www/log/nginx_error.log crit;
pid /usr/local/nginx/nginx.pid;
worker_rlimit_nofile 204800;
events
{
use epoll;
worker_connections 204800;
}
http
{
include mime.types;
default_type application/octet-stream;
charset utf-8;
server_names_hash_bucket_size 128;
client_header_buffer_size 2k;
large_client_header_buffers 4 4k;
client_max_body_size 8m;
sendfile on;
tcp_nopush on;
keepalive_timeout 60;
fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2
keys_zone=TEST:10m
inactive=5m;
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
fastcgi_buffer_size 4k;
fastcgi_buffers 8 4k;
fastcgi_busy_buffers_size 8k;
fastcgi_temp_file_write_size 8k;
fastcgi_cache TEST;
fastcgi_cache_valid 200 302 1h;
fastcgi_cache_valid 301 1d;
fastcgi_cache_valid any 1m;
fastcgi_cache_min_uses 1;
fastcgi_cache_use_stale error timeout invalid_header http_500;
open_file_cache max=204800 inactive=20s;
open_file_cache_min_uses 1;
open_file_cache_valid 30s;
tcp_nodelay on;
gzip on;
gzip_min_length 1k;
gzip_buffers 4 16k;
gzip_http_version 1.0;
gzip_comp_level 2;
gzip_types text/plain application/x-javascript text/css application/xml;
gzip_vary on;
server
{
listen 8080;
server_name backup.aiju.com;
index index.php index.htm;
root /www/html/;
location /status
{
stub_status on;
}
location ~ .*/.(php|php5)?$
{
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
include fcgi.conf;
}
location ~ .*/.(gif|jpg|jpeg|png|bmp|swf|js|css)$
{
expires 30d;
}
log_format access ‘$remote_addr — $remote_user [$time_local] “$request” ‘
‘$status $body_bytes_sent “$http_referer” ‘
‘”$http_user_agent” $http_x_forwarded_for’;
access_log /www/log/access.log access;
}
}
六、關於FastCGI 的幾個指令：
fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=TEST:10minactive=5m;
這個指令為FastCGI 緩存指定一個路徑，目錄結構等級，關鍵字區域存儲時間和非活動刪除時間。
fastcgi_connect_timeout 300;
指定連接到后端FastCGI 的超時時間。
fastcgi_send_timeout 300;
向FastCGI 傳送請求的超時時間，這個值是指已經完成兩次握手后向FastCGI 傳送請求的超時時間。
fastcgi_read_timeout 300;
接收FastCGI 應答的超時時間，這個值是指已經完成兩次握手后接收FastCGI 應答的超時時間。
fastcgi_buffer_size 4k;
指定讀取FastCGI 應答第一部分需要用多大的緩沖區，一般第一部分應答不會超過1k，由於頁面大小為4k，所以這里設置為4k。
fastcgi_buffers 8 4k;
指定本地需要用多少和多大的緩沖區來緩沖FastCGI 的應答。
fastcgi_busy_buffers_size 8k;
這個指令我也不知道是做什么用，只知道默認值是fastcgi_buffers 的兩倍。
fastcgi_temp_file_write_size 8k;
在寫入fastcgi_temp_path 時將用多大的數據塊，默認值是fastcgi_buffers 的兩倍。
fastcgi_cache TEST
開啟FastCGI 緩存並且為其制定一個名稱。個人感覺開啟緩存非常有用，可以有效降低CPU 負載，並且防止502 錯誤。
fastcgi_cache_valid 200 302 1h;
fastcgi_cache_valid 301 1d;
fastcgi_cache_valid any 1m;
為指定的應答代碼指定緩存時間，如上例中將200，302 應答緩存一小時，301 應答緩存1 天，其他為1 分鍾。
fastcgi_cache_min_uses 1;
緩存在fastcgi_cache_path 指令inactive 參數值時間內的最少使用次數，如上例，如果在5 分鍾內某文件1 次也沒有被使用，那么這個文件將被移除。
fastcgi_cache_use_stale error timeout invalid_header http_500;
不知道這個參數的作用，猜想應該是讓nginx 知道哪些類型的緩存是沒用的。以上為nginx 中FastCGI 相關參數，另外，FastCGI 自身也有一些配置需要進行優化，如果你使用php-fpm 來管理FastCGI，可以修改配置文件中的以下值：
<value name=”max_children”>60</value>
同時處理的並發請求數，即它將開啟最多60 個子線程來處理並發連接。
<value name=”rlimit_files”>102400</value>
最多打開文件數。
<value name=”max_requests”>204800</value>
每個進程在重置之前能夠執行的最多請求數。