Nginx作為現(xiàn)在最流行的Web應(yīng)用程序，對(duì)其優(yōu)化十分重要。通過(guò)Nginx初步優(yōu)化、深度優(yōu)化Nginx（一）已經(jīng)可以對(duì)Nginx進(jìn)行大量的優(yōu)化來(lái)滿足基本的需要，但是作為一名合格的運(yùn)維工程師來(lái)說(shuō)，僅僅掌握以上對(duì)Nginx進(jìn)行優(yōu)化的方法顯然是遠(yuǎn)遠(yuǎn)不足的。所以就需要本篇博文進(jìn)一步對(duì)Nginx進(jìn)行優(yōu)化。

為紫陽(yáng)等地區(qū)用戶提供了全套網(wǎng)頁(yè)設(shè)計(jì)制作服務(wù)，及紫陽(yáng)網(wǎng)站建設(shè)行業(yè)解決方案。主營(yíng)業(yè)務(wù)為網(wǎng)站制作、成都網(wǎng)站設(shè)計(jì)、紫陽(yáng)網(wǎng)站設(shè)計(jì)，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專(zhuān)業(yè)、用心的態(tài)度為用戶提供真誠(chéng)的服務(wù)。我們深信只要達(dá)到每一位用戶的要求，就會(huì)得到認(rèn)可，從而選擇與我們長(zhǎng)期合作。這樣，我們也可以走得更遠(yuǎn)！

博文大綱：
一、安裝nginx服務(wù)器
二、Nginx配置優(yōu)化
（1）Nginx 運(yùn)行工作進(jìn)程個(gè)數(shù)
（2）Nginx 事件處理模型
（3）開(kāi)啟高效傳輸模式
（4）連接超時(shí)時(shí)間
（5）fastcgi調(diào)優(yōu)
（6）expires 緩存調(diào)優(yōu)
（7）防盜鏈
（8）內(nèi)核參數(shù)優(yōu)化

一、安裝nginx服務(wù)器

獲取Nginx軟件包

[root@localhost ~]# yum -y install pcre-devel zlib-devel openssl-devel         //安裝nginx依賴
[root@localhost ~]# useradd -s /sbin/nologin -M nginx          //創(chuàng)建nginx用戶
[root@localhost ~]# tar zxf nginx-1.14.0.tar.gz -C /usr/src
[root@localhost ~]# cd /usr/src/nginx-1.14.0/
[root@localhost nginx-1.14.0]# ./configure --prefix=/usr/local/nginx --user=nginx \
 --group=nginx --with-http_dav_module --with-http_stub_status_module \
 --with-http_addition_module --with-http_sub_module --with-http_flv_module \
 --with-http_mp4_module --with-pcre --with-http_ssl_module \
 --with-http_gzip_static_module  && make && make install
//對(duì)nginx進(jìn)行編譯安裝，對(duì)源碼包進(jìn)行編譯安裝時(shí)，可以使用./configure --help 來(lái)獲取配置選項(xiàng)詳細(xì)介紹

配置選項(xiàng)解釋?zhuān)?/p>

• --with-http_dav_module：增加 PUT,DELETE,MKCOL：創(chuàng)建集合，COPY 和 MOVE 方法；
• --with-http_stub_status_module：獲取 Nginx 的狀態(tài)統(tǒng)計(jì)信息；
• --with-http_addition_module：作為一個(gè)輸出過(guò)濾器，支持不完全緩沖，分部分相應(yīng)請(qǐng)求；
• --with-http_sub_module：允許一些其他文本替換 Nginx 相應(yīng)中的一些文本；
• --with-http_flv_module：提供支持 flv 視頻文件支持；
• --with-http_mp4_module：提供支持 mp4 視頻文件支持，提供偽流媒體服務(wù)端支持；
• --with-http_ssl_module：?jiǎn)⒂?ngx_http_ssl_module；

[root@localhost ~]# ln -s /usr/local/nginx/sbin/nginx /usr/local/sbin        //創(chuàng)建符號(hào)鏈接
[root@localhost ~]# nginx -t           //檢查Nginx配置文件語(yǔ)法
[root@localhost ~]# nginx             //啟動(dòng)Nginx

對(duì)于nginx命令常用的幾個(gè)選項(xiàng)：

• -v：顯示版本信息；
• -V：顯示版本信息及配置選項(xiàng)參數(shù)；
• -t：測(cè)試配置文件是否有語(yǔ)法錯(cuò)誤；
• -T：測(cè)試配置文件并將配置文件顯示出來(lái)；
• -q：在配置期間抑制非錯(cuò)誤信息；
• -s （stop, quit, reopen, reload ）：向主進(jìn)程發(fā)送信號(hào):停止、退出、重新打開(kāi)、重新加載；
• -c：設(shè)置配置文件；
• -g：從配置文件中設(shè)置全局指令；

二、Nginx配置優(yōu)化

[root@localhost ~]# ps -ef | grep nginx          //列出Nginx程序所產(chǎn)生的進(jìn)程
root     120790      1  0 22:49 ?        00:00:00 nginx: master process nginx
nginx    120791 120790  0 22:49 ?        00:00:00 nginx: worker process
root     120873   1928  0 22:57 pts/0    00:00:00 grep --color=auto nginx
//第三條可以忽略，它是因?yàn)間rep命令所產(chǎn)生的

從顯示信息中可以看出，work進(jìn)程是Nginx程序用戶，但master進(jìn)程是root。其中，master是監(jiān)控進(jìn)程，也稱(chēng)為Nginx的主進(jìn)程；work進(jìn)程是工作進(jìn)程，部分情況還會(huì)出現(xiàn)cache相關(guān)進(jìn)程。

關(guān)系圖如下：

從圖中也可以看出master是管理員，work進(jìn)程才是為用戶提供服務(wù)的！

（1）Nginx 運(yùn)行工作進(jìn)程個(gè)數(shù)

建議：一般設(shè)置 CPU 的核心或者核心數(shù) x2 。

[root@localhost ~]# cat /proc/cpuinfo | grep processor | wc -l
1
//通過(guò)這條命令可以查看到當(dāng)前服務(wù)器的cpu是一個(gè)
[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf           //編輯Nginx配置文件
worker_processes  2;       //工作進(jìn)程數(shù)，建議是CPU數(shù)或者是CPU個(gè)數(shù)的兩倍，大可以開(kāi)啟8個(gè)
worker_cpu_affinity 01 10;     //運(yùn)行CPU親和力
worker_rlimit_nofile 65535;             //最多打開(kāi)的文件個(gè)數(shù)
[root@localhost ~]# ulimit -n
1024
//可以看出系統(tǒng)默認(rèn)限制打文件的個(gè)數(shù)是1024
文件個(gè)數(shù)除了nginx配置文件進(jìn)行限制意外，還需修改文件資源限制文件，如下：
[root@localhost ~]# vim /etc/security/limits.conf 
       ………………                           //省略部分內(nèi)容
#<domain>      <type>  <item>         <value>
*               soft    nofile          65535                 //添加軟限制打開(kāi)文件的個(gè)數(shù)
*               hard    nofile          65535               //添加新限制打開(kāi)文件的個(gè)數(shù)
*               soft      noproc       65535               //添加軟連接可以打開(kāi)的進(jìn)程個(gè)數(shù)
*               hard     noproc       65535              //添加硬限制可以打開(kāi)的進(jìn)程個(gè)數(shù)
[root@localhost ~]# su -                                  //切換用戶即可生效
上一次登錄：三 12月  4 22:29:45 CST 2019從 192.168.1.253pts/0 上
[root@localhost ~]# ulimit -n
65535
//可以看出文件個(gè)數(shù)已經(jīng)變成了65535，證明修改的文件已經(jīng)生效
[root@localhost ~]# nginx -s reload                 //重新加載nginx服務(wù)配置文件
[root@localhost ~]# ps -ef | grep nginx
root     120790      1  0 22:49 ?        00:00:00 nginx: master process nginx
nginx    121276 120790  0 23:21 ?        00:00:00 nginx: worker process
nginx    121277 120790  0 23:21 ?        00:00:00 nginx: worker process
root     121279 121226  0 23:22 pts/0    00:00:00 grep --color=auto nginx
//由于worker_processes設(shè)置為2，可以看出當(dāng)前已經(jīng)產(chǎn)生了兩個(gè)work進(jìn)程

（2）Nginx 事件處理模型

[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf
       ………………                           //省略部分內(nèi)容
events {
    use epoll;                         
    worker_connections  65535;          
    multi_accept on;                           
}

配置項(xiàng)解釋?zhuān)?/p>

• use epol ：使Nginx采用epoll事件模型；
• work_connections ：是單個(gè) worker 進(jìn)程允許客戶端大連接數(shù)，這個(gè)數(shù)值一般根據(jù)服務(wù)器性 能和內(nèi)存來(lái)制定，實(shí)際大值就是 worker 進(jìn)程數(shù)乘以 work_connections 實(shí)際我們填入一個(gè) 65535，足夠了，這些都算并發(fā)值，一個(gè)網(wǎng)站的并發(fā)達(dá)到這么大的數(shù)量，也算一個(gè)大站了；
• multi_accept ：告訴 nginx 收到一個(gè)新連接通知后接受盡可能多的連接

（3）開(kāi)啟高效傳輸模式

[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf
       ………………                           //省略部分內(nèi)容
http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;
    tcp_nopush     on;

配置項(xiàng)解釋?zhuān)?/p>

• Include mime.types：媒體類(lèi)型, include 只是一個(gè)在當(dāng)前文件中包含另一個(gè)文件內(nèi)容的指令 ；
• default_type application/octet-stream：默認(rèn)媒體類(lèi)型足夠；
• sendfile on：開(kāi)啟高效文件傳輸模式，sendfile 指令指定 nginx 是否調(diào)用 sendfile 函數(shù)來(lái) 輸出文件，對(duì)于普通應(yīng)用設(shè)為 on，如果用來(lái)進(jìn)行下載等應(yīng)用磁盤(pán) IO 重負(fù)載應(yīng)用，可設(shè)置為 off，以平衡磁盤(pán)與網(wǎng)絡(luò) I/O 處理速度，降低系統(tǒng)的負(fù)載。
  注意：如果圖片顯示不正常把這個(gè)改成 off。
• tcp_nopush on； 必須在 sendfile 開(kāi)啟模式才有效，防止網(wǎng)路阻塞，積極的減少網(wǎng)絡(luò)報(bào)文 段的數(shù)量（告訴 nginx 在一個(gè)數(shù)據(jù)包里發(fā)送所有頭文件，而不一個(gè)接一個(gè)的發(fā)送。

（4）連接超時(shí)時(shí)間

主要目的就是保護(hù)服務(wù)器資源、CPU、內(nèi)存、控制連接數(shù)，因?yàn)榻⑦B接也是需要消耗資源的。

[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf
       ………………                           //省略部分內(nèi)容
http {

        keepalive_timeout 60;
        tcp_nodelay on;
        client_header_buffer_size 4k;
        open_file_cache max=102400 inactive=20s;
        open_file_cache_valid 30s;
        open_file_cache_min_uses 1;
        client_header_timeout 15;
        client_body_timeout 15;
        reset_timedout_connection on;
        send_timeout 15;
        server_tokens off;
        client_max_body_size 10m;

配置項(xiàng)解釋?zhuān)?/p>

• keepalived_timeout：客戶端連接保持會(huì)話超時(shí)時(shí)間，超過(guò)這個(gè)時(shí)間，服務(wù)器斷開(kāi)這個(gè)鏈接；
• tcp_nodelay；也是防止網(wǎng)絡(luò)阻塞，不過(guò)要包涵在 keepalived 參數(shù)才有效；
• client_header_buffer_size 4k：客戶端請(qǐng)求頭部的緩沖區(qū)大小，這個(gè)可以根據(jù)你的系統(tǒng)分頁(yè)大小來(lái)設(shè)置，一般一個(gè)請(qǐng)求頭的大小不會(huì)超過(guò) 1k，不過(guò)由于一般系統(tǒng)分頁(yè)都要大于 1k，所以這里設(shè)置為分頁(yè)大小。分頁(yè)大小可以用命令 getconf PAGESIZE 取得；
• open_file_cache max=102400 inactive=20s：這個(gè)將為打開(kāi)文件指定緩存，默認(rèn)是沒(méi)有啟用的，max 指定緩存數(shù)量，建議和打開(kāi)文件數(shù)一致，inactive 是指經(jīng)過(guò)多長(zhǎng)時(shí)間文件沒(méi)被請(qǐng)求后刪除緩存；
• open_file_cache_valid 30s：這個(gè)是指多長(zhǎng)時(shí)間檢查一次緩存的有效信息；
• open_file_cache_min_uses 1：open_file_cache 指令中的 inactive 參數(shù)時(shí)間內(nèi)文件的最少使用次數(shù)，如果超過(guò)這個(gè)數(shù)字，文件描述符一直是在緩存中打開(kāi)的，如上例，如果有一個(gè)文件在 inactive 時(shí)間內(nèi)一次沒(méi)被使用，它將被移除；
• client_header_timeout：設(shè)置請(qǐng)求頭的超時(shí)時(shí)間。我們也可以把這個(gè)設(shè)置低些，如果超過(guò)這個(gè)時(shí)間沒(méi)有發(fā)送任何數(shù)據(jù)，nginx 將返回 request time out 的錯(cuò)誤；
• client_body_timeout：設(shè)置請(qǐng)求體的超時(shí)時(shí)間。我們也可以把這個(gè)設(shè)置低些，超過(guò)這個(gè)時(shí)間沒(méi)有發(fā)送任何數(shù)據(jù)，和上面一樣的錯(cuò)誤提示；
• reset_timeout_connection 告訴 nginx 關(guān)閉不響應(yīng)的客戶端連接。這將會(huì)釋放那個(gè)客戶端所占有的內(nèi)存空間；
• send_timeout 響應(yīng)客戶端超時(shí)時(shí)間，這個(gè)超時(shí)時(shí)間僅限于兩個(gè)活動(dòng)之間的時(shí)間，如果超過(guò)這個(gè)時(shí)間，客戶端沒(méi)有任何活動(dòng)，nginx 關(guān)閉連接；
• server_tokens 并不會(huì)讓 nginx 執(zhí)行的速度更快，但它可以關(guān)閉在錯(cuò)誤頁(yè)面中的 nginx 版本數(shù)字，這樣對(duì)于安全性是有好處的；
• client_max_body_size 上傳文件大小限制；

（5）fastcgi調(diào)優(yōu)

[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf
       ………………                           //省略部分內(nèi)容
http {

        fastcgi_connect_timeout 600;
        fastcgi_send_timeout 600;
        fastcgi_read_timeout 600;
        fastcgi_buffer_size 64k;
        fastcgi_buffers 4 64k;
        fastcgi_busy_buffers_size 128k;
        fastcgi_temp_file_write_size 128k;
        fastcgi_temp_path /usr/local/nginx/nginx_tmp;
        fastcgi_intercept_errors on;
        fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=cache_fastcgi:128m
        inactive=1d max_size=10g;

配置項(xiàng)解釋?zhuān)?/p>

• Cache： 寫(xiě)入緩存區(qū)；
• Buffer： 讀取緩存區(qū)；
• fastcgi_connect_timeout 600：指定連接到后端 FastCGI 的超時(shí)時(shí)間；
• fastcgi_send_timeout 600：向 FastCGI 傳送請(qǐng)求的超時(shí)時(shí)間；
• fastcgi_read_timeout 600：指定接收 FastCGI 應(yīng)答的超時(shí)時(shí)間；
• fastcgi_buffer_size 64k：指定讀取 FastCGI 應(yīng)答第一部分需要用多大的緩沖區(qū)，默認(rèn)的緩沖區(qū) 大小為 fastcgi_buffers 指令中的每塊大小，可以將這個(gè)值設(shè)置更??；
• fastcgi_buffers 4 64k：指定本地需要用多少和多大的緩沖區(qū)來(lái)緩沖 FastCGI 的應(yīng)答請(qǐng)求，如果 一個(gè) php 腳本所產(chǎn)生的頁(yè)面大小為 256KB，那么會(huì)分配 4 個(gè) 64KB 的緩沖區(qū)來(lái)緩存，如果頁(yè) 面大小大于 256KB，那么大于 256KB 的部分會(huì)緩存到fastcgi_temp_path 指定的路徑中，但是 這并不是好方法，因?yàn)閮?nèi)存中的數(shù)據(jù)處理速度要快于磁盤(pán)。一般這個(gè)值應(yīng)該為站點(diǎn)中 php 腳本所產(chǎn)生的頁(yè)面大小的中間值，如果站點(diǎn)大部分腳本所產(chǎn)生的頁(yè)面大小為 256KB，那么可 以把這個(gè)值設(shè)置為“8 32K”、“4 64k”等；
• fastcgi_busy_buffers_size 128k：建議設(shè)置為 fastcgi_buffers 的兩倍，繁忙時(shí)候的 buffer；
• fastcgi_temp_file_write_size 128k：在寫(xiě)入 fastcgi_temp_path 時(shí)將用多大的數(shù)據(jù)塊，默認(rèn)值是 fastcgi_buffers 的兩倍，該數(shù)值設(shè)置小時(shí)若負(fù)載上來(lái)時(shí)可能報(bào) 502 Bad Gateway；
• fastcgi_temp_path /usr/local/nginx1.10/nginx_tmp：緩存臨時(shí)目錄；
• fastcgi_intercept_errors on：這個(gè)指令指定是否傳遞 4xx 和 5xx 錯(cuò)誤信息到客戶端，或者允許 nginx 使用 error_page 處理錯(cuò)誤信息；
• fastcgi_cache_path /usr/local/nginx1.10/fastcgi_cache levels=1:2
  keys_zone=cache_fastcgi:128m inactive=1d max_size=10g：fastcgi_cache 緩存目錄，可以設(shè)置目錄層級(jí)，比如 1:2 會(huì)生成 16*256 個(gè)子目錄，cache_fastcgi 是這個(gè)緩存空間的名字，cache 是用多少內(nèi)存（這樣熱門(mén)的 內(nèi)容 nginx 直接放內(nèi)存，提高訪問(wèn)速度），inactive 表示默認(rèn)失效時(shí)間，如果緩存數(shù)據(jù)在失效 時(shí)間內(nèi)沒(méi)有被訪問(wèn),將被刪除，max_size 表示最多用多少硬盤(pán)空間；
• fastcgi_cache cache_fastcgi：表示開(kāi)啟 FastCGI 緩存并為其指定一個(gè)名稱(chēng)。開(kāi)啟緩存非常有 用，可以有效降低 CPU 的負(fù)載，并且防止 502 的錯(cuò)誤放生。cache_fastcgi 為 proxy_cache_path 指令創(chuàng)建的緩存區(qū)名稱(chēng)；
• fastcgi_cache_valid 200 302 1h：用來(lái)指定應(yīng)答代碼的緩存時(shí)間，實(shí)例中的值表示將 200 和 302 應(yīng)答緩存一小時(shí)，要和 fastcgi_cache 配合使用；
• fastcgi_cache_valid 301 1d：將 301 應(yīng)答緩存一天 ；
• fastcgi_cache_valid any 1m：將其他應(yīng)答緩存為 1 分鐘；
• fastcgi_cache_min_uses 1：該指令用于設(shè)置經(jīng)過(guò)多少次請(qǐng)求的相同 URL 將被緩存；
• fastcgi_cache_key http://$host$request_uri ：該指令用來(lái)設(shè)置web緩存的Key值,nginx根據(jù)Key 值 md5 哈希存儲(chǔ).一般根據(jù)$host(域名)、$request_uri(請(qǐng)求的路徑)等變量組合成 proxy_cache_key；
• fastcgi_pass：指定 FastCGI 服務(wù)器監(jiān)聽(tīng)端口與地址，可以是本機(jī)或者其它；

總結(jié)：

• nginx 的緩存功能有：proxy_cache / fastcgi_cache ；
• proxy_cache 的作用是緩存后端服務(wù)器的內(nèi)容，可能是任何內(nèi)容，包括靜態(tài)的和動(dòng)態(tài)；
• fastcgi_cache 的作用是緩存 fastcgi 生成的內(nèi)容，很多情況是 php 生成的動(dòng)態(tài)的內(nèi)容；
• proxy_cache 緩存減少了 nginx 與后端通信的次數(shù)，節(jié)省了傳輸時(shí)間和后端寬帶；
• fastcgi_cache緩存減少了nginx與php的通信的次數(shù)，更減輕了php和數(shù)據(jù)庫(kù)(mysql)的壓力；

（6）expires 緩存調(diào)優(yōu)

緩存，主要針對(duì)于圖片，css，js 等元素更改機(jī)會(huì)比較少的情況下使用，特別是圖片，占用帶寬大，我們完全可以設(shè)置圖片在瀏覽器本地緩存 365d，css，js，html 可以緩存?zhèn)€ 10 來(lái)天，這樣用戶第一次打開(kāi)加載慢一點(diǎn)，第二次，就非?？炝?！緩存的時(shí)候，我們需要將需要緩存的拓展名列出來(lái)。

Expires 緩存配置在 server 字段里面。如下：

location ~* \.(ico|jpe?g|gif|png|bmp|swf|flv)$ {
 expires 30d;                             //緩存時(shí)間為30天
 #log_not_found off;                 //是否在 error_log 中記錄不存在的錯(cuò)誤
 access_log off;                            //不記錄日志
}
location ~* \.(js|css)$ {
 expires 7d;              
 log_not_found off;    
 access_log off;              
}

expire 功能優(yōu)點(diǎn)：

• expires 可以降低網(wǎng)站購(gòu)買(mǎi)的帶寬，節(jié)約成本，同時(shí)提升用戶訪問(wèn)體驗(yàn)；
• 減輕服務(wù)的壓力，節(jié)約服務(wù)器成本，是 web 服務(wù)非常重要的功能。 expire 功能
  缺點(diǎn)：被緩存的頁(yè)面或數(shù)據(jù)更新了，用戶看到的可能還是舊的內(nèi)容，反而影響用戶體驗(yàn)。解決辦法： 第一個(gè)縮短緩存時(shí)間，例如：1 天，但不徹底，除非更新頻率大于 1 天；第二個(gè)對(duì)緩存的對(duì)象改名。

網(wǎng)站不希望被緩存的內(nèi)容
1）網(wǎng)站流量統(tǒng)計(jì)工具；
2）更新頻繁的文件（google 的 logo）；

（7）防盜鏈

其實(shí)Nginx的防盜鏈與Apache的防盜鏈原理是一模一樣，只是配置文件略微有點(diǎn)不同而已。

location ~* ^.+\.(jpg|gif|png|swf|flv|wma|wmv|asf|mp3|mmf|zip|rar)$ {     
        valid_referers none blocked  www.benet.com benet.com;     
        if ($invalid_referer) {        
                    #return 302  http://www.benet.com/img/nolink.jpg;        //要么定義到另一個(gè)網(wǎng)站，返回狀態(tài)碼為302
                    return 404;                      //要么訪問(wèn)狀態(tài)碼404
                    break;                                
                        }      
                            access_log off;  
                    }

很簡(jiǎn)單的，這里就不進(jìn)行配置驗(yàn)證了，對(duì)防盜鏈不了解的朋友可以參考深度優(yōu)化Apache其中對(duì)Apache的優(yōu)化有詳細(xì)的介紹！

（8）內(nèi)核參數(shù)優(yōu)化

將所需的參數(shù)編寫(xiě)在/etc/sysctl.conf 文件中，使其生效即可！

常用的參數(shù)有：

• fs.file-max = 999999：這個(gè)參數(shù)表示進(jìn)程（比如一個(gè) worker 進(jìn)程）可以同時(shí)打開(kāi)的大句柄數(shù)，這個(gè)參數(shù)直線限制大并發(fā)連接數(shù)，需根據(jù)實(shí)際情況配置；
• net.ipv4.tcp_max_tw_buckets = 6000：這個(gè)參數(shù)表示操作系統(tǒng)允許 TIME_WAIT 套接字?jǐn)?shù)量的大值，如果超過(guò)這個(gè)數(shù)字，TIME_WAIT 套接字將立刻被清除并打印警告信息。該參數(shù)默認(rèn)為 180000，過(guò)多的 TIME_WAIT 套接字會(huì)使 Web 服務(wù)器變慢；
  注意：主動(dòng)關(guān)閉連接的服務(wù)端會(huì)產(chǎn)生 TIME_WAIT 狀態(tài)的連接；
• net.ipv4.ip_local_port_range = 1024 65000：允許系統(tǒng)打開(kāi)的端口范圍；
• net.ipv4.tcp_tw_recycle = 1：?jiǎn)⒂?timewait 快速回收；
• net.ipv4.tcp_tw_reuse = 1：開(kāi)啟重用。允許將 TIME-WAIT sockets 重新用于新的 TCP 連接。這對(duì)于服務(wù)器來(lái)說(shuō)很有意義，因?yàn)榉?wù)器上總會(huì)有大量 TIME-WAIT 狀態(tài)的連接；
• net.ipv4.tcp_keepalive_time = 30：這個(gè)參數(shù)表示當(dāng) keepalive 啟用時(shí)，TCP 發(fā)送 keepalive 消息的頻度。默認(rèn)是 2 小時(shí)，若將其設(shè)置的小一些，可以更快地清理無(wú)效的連接；
• net.ipv4.tcp_syncookies = 1：開(kāi)啟 SYN Cookies，當(dāng)出現(xiàn) SYN 等待隊(duì)列溢出時(shí)，啟用 cookies 來(lái)處理；
• net.core.somaxconn = 40960：web 應(yīng)用中 listen 函數(shù)的 backlog 默認(rèn)會(huì)給我們內(nèi)核參數(shù)的net.core.somaxconn 限制到 128，而 nginx 定義的 NGX_LISTEN_BACKLOG 默認(rèn)為 511，所以有必要調(diào)整這個(gè)值；
  注意：對(duì)于一個(gè) TCP 連接，Server 與 Client 需要通過(guò)三次握手來(lái)建立網(wǎng)絡(luò)連接.當(dāng)三次握手成功后,我們可以看到端口的狀態(tài)由 LISTEN 轉(zhuǎn)變?yōu)?ESTABLISHED,接著這條鏈路上就可以開(kāi)始傳送數(shù)據(jù)了.每一個(gè)處于監(jiān)聽(tīng)(Listen)狀態(tài)的端口,都有自己的監(jiān)聽(tīng)隊(duì)列.監(jiān)聽(tīng)隊(duì)列的長(zhǎng)度與如somaxconn 參數(shù)和使用該端口的程序中 listen()函數(shù)有關(guān)；
  somaxconn 參數(shù)：定義了系統(tǒng)中每一個(gè)端口大的監(jiān)聽(tīng)隊(duì)列的長(zhǎng)度,這是個(gè)全局的參數(shù),默認(rèn)值為 128，對(duì)于一個(gè)經(jīng)常處理新連接的高負(fù)載 web 服務(wù)環(huán)境來(lái)說(shuō)，默認(rèn)的 128 太小了。大多數(shù)環(huán)境這個(gè)值建議增加到 1024 或者更多。大的偵聽(tīng)隊(duì)列對(duì)防止拒絕服務(wù)也會(huì)有所幫助；
• net.core.netdev_max_backlog = 262144：每個(gè)網(wǎng)絡(luò)接口接收數(shù)據(jù)包的速率比內(nèi)核處理這些包的速率快時(shí)，允許送到隊(duì)列的數(shù)據(jù)包的大數(shù)目；
• net.ipv4.tcp_max_syn_backlog = 262144：這個(gè)參數(shù)標(biāo)示 TCP 三次握手建立階段接受 SYN 請(qǐng)求隊(duì)列的大長(zhǎng)度，默認(rèn)為 1024，將其設(shè)置得大一些可以使出現(xiàn) Nginx 繁忙來(lái)不及 accept 新連接的情況時(shí)，Linux 不至于丟失客戶端發(fā)起的連接請(qǐng)求；
• net.ipv4.tcp_rmem = 10240 87380 12582912：這個(gè)參數(shù)定義了 TCP 接受緩存（用于 TCP 接受滑動(dòng)窗口）的最小值、默認(rèn)值、大值；
• net.ipv4.tcp_wmem = 10240 87380 12582912：這個(gè)參數(shù)定義了 TCP 發(fā)送緩存（用于 TCP 發(fā)送滑動(dòng)窗口）的最小值、默認(rèn)值、大值；
• net.core.rmem_default = 6291456：這個(gè)參數(shù)表示內(nèi)核套接字接受緩存區(qū)默認(rèn)的大??；
• net.core.wmem_default = 6291456：這個(gè)參數(shù)表示內(nèi)核套接字發(fā)送緩存區(qū)默認(rèn)的大小；
• net.core.rmem_max = 12582912：這個(gè)參數(shù)表示內(nèi)核套接字接受緩存區(qū)的大大小；
• net.core.wmem_max = 12582912：這個(gè)參數(shù)表示內(nèi)核套接字發(fā)送緩存區(qū)的大大??；
• net.ipv4.tcp_syncookies = 1：該參數(shù)與性能無(wú)關(guān)，用于解決 TCP 的 SYN非法操作；

———————— 本文至此結(jié)束，感謝閱讀 ————————

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無(wú)理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢(shì)，專(zhuān)為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場(chǎng)景需求。

當(dāng)前標(biāo)題：Nginx深度優(yōu)化（二）-創(chuàng)新互聯(lián)
瀏覽地址：http://www.rwnh.cn/article0/coijio.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站設(shè)計(jì)公司、建站公司、ChatGPT、定制網(wǎng)站、App設(shè)計(jì)、標(biāo)簽優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)