Nginx軟件優化

時間  2019-11-30
標籤 nginx 軟件 優化 欄目 Nginx 简体版
原文   原文鏈接

1.1 Nginx優化分類

安全優化（提高網站安全性配置）javascript

性能優化（提高用戶訪問網站效率）php

1.2 Nginx安全優化

1.2.1 隱藏nginx版本信息優化

官方配置參數說明：http://nginx.org/en/docs/http/ngx_http_core_module.html#server_tokenscss

官方參數：html

Syntax:  server_tokens on | off | build | string;
Default: server_tokens on;
Context: http, server, location

配置舉例：前端

[root@web01 ~]# cat /application/nginx/conf/nginx.conf
worker_processes  1;
events {
    worker_connections  1024;
}
http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        off;
    keepalive_timeout  65;
    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';
    server {
        listen       80;
        server_name  www.nmtui.com;
        server_tokens off;
        location / {
            root   html/www;
            index  index.html index.htm;
        }
        access_log  logs/access_www.log  main;
    }
}

測試結果：java

[root@web01 ~]# curl -I 10.0.0.8
HTTP/1.1 200 OK
Server: nginx
Date: Wed, 01 Nov 2017 18:32:40 GMT
Content-Type: text/html
Content-Length: 10
Last-Modified: Wed, 25 Oct 2017 01:20:56 GMT
Connection: keep-alive
ETag: "59efe6f8-a"
Accept-Ranges: bytes

1.2.2 修改nginx版本信息

修改版本信息須要修改程序源文件信息node

修改內核信息mysql

[root@web01 nginx-1.10.2]# vim  src/core/nginx.h
# ···
 13 #define NGINX_VERSION      "1.0"
 14 #define NGINX_VER          "clsn/" NGINX_VERSION
 22 #define NGINX_VAR          "clsn"
# ···

修改頭部信息linux

[root@web01 nginx-1.10.2]# vim  src/http/ngx_http_header_filter_module.c 
# ···
 49 static char ngx_http_server_string[] = "Server: clsn" CRLF;
# ···

修改錯誤頁顯示nginx

[root@web01 nginx-1.10.2]# vim src/http/ngx_http_special_response.c 
# ···
# 此處能夠不修改
 21 static u_char ngx_http_error_full_tail[] =
 22 "<hr><center>" NGINX_VER "</center>" CRLF
 23 "</body>" CRLF
 24 "</html>" CRLF
 25 ;
# ···
 28 static u_char ngx_http_error_tail[] =
 29 "<hr><center>clsn</center>" CRLF
 30 "</body>" CRLF
 31 "</html>" CRLF
 32 ;
# ···

修改完成後從新編譯

[root@web01 nginx-1.10.2]# ./configure  --prefix=/application/nginx-1.10.2 --user=www --group=www --with-http_stub_status_module --with-http_ssl_module

重啓服務

[root@web01 nginx-1.10.2]# /etc/init.d/nginx restart

訪問測試是否修改爲功

[root@web01 ~]# curl -I 127.0.0.1 
HTTP/1.1 200 OK
Server: clsn
Date: Wed, 01 Nov 2017 19:05:43 GMT
Content-Type: text/html
Content-Length: 10
Last-Modified: Wed, 25 Oct 2017 01:20:56 GMT
Connection: keep-alive
ETag: "59efe6f8-a"
Accept-Ranges: bytes

1.2.3 修改worker進程的用戶

第一種方法：利用編譯安裝配置參數，設定nginx默認worker進程用戶

useradd -s /sbin/nologin -M www
./configure --user=www --group=www

第二種方式：編寫nginx服務配置文件，設定nginx默認worker進程用戶

官方配置參數說明：http://nginx.org/en/docs/ngx_core_module.html#user

Syntax:user user [group];
Default: user nobody nobody;
Context: main

配置舉例：

[root@web02 conf]# cat nginx.conf
user  www www;          # 主區塊添加user參數
worker_processes  1;
events {
    worker_connections  1024;
}

查看是否生效

[root@web01 nginx-1.10.2]# ps -ef|grep nginx
root      16987      1  0 15:14 ?        00:00:00 nginx: master process nginx
clsn    18484  16987  0 15:22 ?        00:00:00 nginx: worker process
root      18486   9593  0 15:22 pts/0    00:00:00 grep --color=auto nginx

1.2.4 上傳文件大小的限制（動態應用）

默認語法說明:

syntax：client_max_body_size size；    #<==參數語法
default：client_max_body_size 1m；    #<==默認值是1m
context：http，server，location        #<==能夠放置的標籤段

舉例配置：

http {
 sendfile        on;
 keepalive_timeout  65;
 client_max_body_size 8m;    # 設置上傳文件最大值8M
}

1.2.5 站點 Nginx站點目錄及文件URL訪問控制

   01. 根據目錄或擴展名，禁止用戶訪問指定數據信息

location ~ ^/images/.*\.（php|php5|sh|pl|py|html）$ 
    { 
        deny all;
    } 
location ~ ^/static/.*\.（php|php5|sh|pl|py）$ 
    { 
        deny all;
    } 
location ~* ^/data/（attachment|avatar）/.*\.（php|php5）$ 
    { 
        deny all;
    }

   02. 當訪問禁止的數據信息時，進行頁面跳轉

Nginx下配置禁止訪問*.txt和*.doc文件。

實際配置信息以下：

location ~* \.（txt|doc）$ {
    if （-f $request_filename）{
    root /data/www/www;
    #rewrite …..能夠重定向到某個URL
    break;
    }
}
location ~* \.（txt|doc）${
    root /data/www/www;
    denyall;
}

   03. 根據IP地址或網絡進行訪問策略控制

location / { 
    deny 192.168.1.1;
    allow 192.168.1.0/24;
    allow 10.1.1.0/16;
    deny all;
}

   04. 採用if判斷方式，進行訪問控制

if （$remote_addr = 10.0.0.7 ）{
        return 403;
 }

1.2.6 配置Nginx，禁止非法域名解析訪問企業網站

第一種方式：配置一個server虛擬主機區塊，放置在全部server區塊最前面

server {
   listen 80;
   server_name - ;
   return 501;
}

第二種方式：將計就計，經過你的域名訪問時候，自動跳轉到個人域名上

server {
   listen 80 default_server;
   server_name _;
   rewrite ^（.*） http://www.nmtui.com/$1 permanent;
}
if （$host !~ ^www\.nmtui\.com$）
{
    rewrite ^（.*） http://www.nmtui.com/$1 permanent;
}

1.2.7 Nginx圖片及目錄防盜鏈解決方案

   什麼是資源盜鏈 ?

   簡單地說，就是某些不法網站未經許可，經過在其自身網站程序裏非法調用其餘網站的資源，而後在本身的網站上顯示這些調用的資源，達到填充自身網站的效果。

實現盜鏈過程：

01. 真正的合法網站（盜鏈的目標）  web01   www.nmtui.com www站點目錄有一個oldboy.jpg圖片

    # 配置靜態虛擬主機
   server {
     listen       80;
     server_name  www.nmtui.com;
     location / {
         root   html/www;
         index  index.html index.htm;
     }
   # 確認生成盜鏈文件

   02. 不合法的網站（真正盜鏈網站）  www.daolian.com

   # 編寫一個html盜鏈文件
    <html>
    <head>
       <title>慘綠少年</title>
    </head>
    <body bgcolor=green>
       慘綠少年的博客！
    <br>個人博客是
    <a
     href="http://www.nmtui.com" target="_blank">博客地址
    </a>
    <img src="http://www.nmtui.com/clsn.jpg">
    </body>
    </html>

    編寫盜鏈虛擬主機

    server {
            listen       80;
            server_name  www.daolian.org;
            location / {
                root   html;
                index  index.html index.htm;
            }   
        }

         至此就實現了盜鏈。

03 常見防盜鏈解決方案的基本原理

1)     根據HTTP referer實現防盜鏈

    利用referer，而且針對擴展名rewrite重定向，下面的代碼爲利用referer且針對擴展名rewrite重定向，即實現防盜鏈的Nginx配置。

    location ~* /\.(jpg|gif|png|swf|flv|wma|wmv|asf|mp3|mmf|zip|rar)$ {
        root  html/www;
        valid_referers none blocked *.nmtui.com nmtui.com;
    if （$invalid_referer）{ 
        rewrite ^/  http://www.nmtui.com/img/nolink.jpg;
      } 
    }

         設置expires的方法以下：

    [root@clsn www]# cat /application/nginx/conf/extra/www.conf 
        server {
            listen            80;
            server_name        www.nmtui.com;
                root        html/www;
                index        index.html index.htm;
                access_log    logs/www_access.log main;
    #Preventing hot linking of images and other file types
    location ~* ^.+\.（gif|jpg|png|swf|flv|rar|zip）$ {
        valid_referers none blocked server_names *.nmtui.com nmtui.com;
        if （$invalid_referer）{
            rewrite ^/ http：//www.nmtui.com/img/nolink.jpg;
        }
        access_log off;
        root html/www;
        expires 1d;
        break;
       }
    }

2) 根據cookie防盜鏈

3) 經過加密變換訪問路徑實現防盜鏈

4) 在全部網站資源上添加網站信息，讓盜鏈人員幫你作推廣宣傳

1.2.8 NGINX錯誤頁面友好顯示

範例1：對錯誤代碼403實行本地頁面跳轉，命令以下：

###www
    server {
        listen       80;
        server_name  www.nmtui.com;
        location / {
            root   html/www;
            index  index.html index.htm;
        }
        error_page  403  /403.html;    #<==當出現403錯誤時，會跳轉到403.html頁面
    }

# 上面的/403.html是相對於站點根目錄html/www的。

範例2：50x頁面放到本地單獨目錄下，進行優雅顯示。

# redirect server error pages to the static page /50x.html
error_page   500 502 503 504  /50x.html;
location = /50x.html {
    root   /data0/www/html;
}

範例3：改變狀態碼爲新的狀態碼，並顯示指定的文件內容，命令以下：

error_page 404 =200 /empty.gif;
    server {
        listen       80;
        server_name www.nmtui.com;
        location / {
            root   /data0/www/bbs;
            index  index.html index.htm;
            fastcgi_intercept_errors on;
            error_page  404 =200    /ta.jpg;
            access_log  /app/logs/bbs_access.log  commonlog;
        }
}

範例4：錯誤狀態碼URL重定向，命令以下：

server {
        listen       80;
        server_name www.nmtui.com;
        location / {
            root   html/www;
            index  index.html index.htm;
        error_page   404  https://clsn.cnblogs.com;
#<==當出現404錯誤時，會跳轉到指定的URL https://clsn.cnblogs.com頁面顯示給用戶，這個URL通常是企業另外的可用地址
            access_log  /app/logs/bbs_access.log  commonlog;
        }
}

1.2.9 Nginx站點目錄文件及目錄權限優化

服務器角色

權限處理

安全係數

動態Web集羣

目錄權限755

文件權限644

所用的目錄，以及文件用戶和組都是root

環境爲Nginx+PHP   文件不能被改，目錄不能被寫入，安全係數10

static圖片集羣

目錄權限755

文件權限644

所用的目錄，以及文件用戶和組都是root

環境爲Nginx    文件不能被改，目錄不能被寫入，安全係數10

上傳upload集羣

目錄權限755

文件權限644

所用的目錄，以及文件用戶和組都是root

特別：用戶上傳的目錄設置爲755，用戶和組使用Nginx服務配置的用戶    

文件不能被改，目錄不能被寫入，可是用戶上傳的目錄容許寫入文件且須要經過Nginx的其餘功能來禁止讀文件，安全係數8

1.2.10 Nginx防爬蟲優化

範例1：阻止下載協議代理，命令以下：

## Block download agents ##
if （$http_user_agent ~* LWP：：Simple|BBBike|wget）
 {
    return 403;
}

範例2：添加內容防止N多爬蟲代理訪問網站，命令以下：

這些爬蟲代理使用「|」分隔，具體要處理的爬蟲能夠根據需求增長或減小，添加的內容以下：

if （$http_user_agent ~* "qihoobot|Baiduspider|Googlebot|Googlebot-Mobile|Googlebot-Image|Mediapartners-Google|Adsbot-Google|Yahoo！Slurp China|YoudaoBot|Sosospider|Sogou spider|Sogou web spider|MSNBot"）
 {
return 403;
}

1.2.11 利用Nginx限制HTTP的請求方法

#Only allow these request methods

if （$request_method ！~ ^（GET|HEAD|POST）$ ） {
    return 501;
}

#Do not accept DELETE，SEARCH and other methods

1.2.12 使用普通用戶啓動nginx

1、切換到普通用戶家目錄下，建立nginx所需文件

[nginx@web01 ~]$ mkdir -p blog/{conf,logs,html}
[nginx@web01 ~]$ cd blog/ 
[nginx@web01 blog]$ cp /application/nginx/conf/nginx.conf.default  ./conf/
[nginx@web01 blog]$ grep -vE "^$|#" conf/nginx.conf.default  >  conf/nginx.conf
[nginx@web01 blog]$ cp /application/nginx/conf/mime.types conf/

2、編寫配置文件

[nginx@web01 ~]$ cat blog/conf/nginx.conf
worker_processes  4;
worker_cpu_affinity 0001 0010 0100 1000;
worker_rlimit_nofile 65535;
error_log  /home/nginx/blog/logs/error.log;
user inca inca;
pid       /home/nginx/blog/logs/nginx.pid;
events {
    use epoll;
    worker_connections  1024;
}
http {
    include      mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;
    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';
    server {
        listen       8080;
        server_name  www.etiantian.org;
        root   /home/nginx/blog/html;
        location / {
            index  index.html index.htm;
                }
        access_log  /home/nginx/blog/logs/web_blog_access.log  main;
            }
}

         注意：普通用戶不能使用知名端口，須要使用其餘端口啓動服務

3、檢查配置文件語法，並啓動nginx服務

/application/nginx/sbin/nginx -t -c /home/nginx/blog/conf/nginx.conf
或
/application/nginx/sbin/nginx -c /home/nginx/blog/conf/nginx.conf &>/dev/null &

         注意：忽略一些不正確的輸出信息

1.3 Nginx性能優化

1.3.1 優化nginx worker進行個數

nginx服務主要有兩個重要進程：

 01） master進程：能夠控制nginx服務的啓動 中止 或重啓

 02） worker進程：處理用戶請求信息，幫助用戶向後端服務進行請求（php mysql） 

  添加worker進程方法

 vim nginx.conf
 worker_processes  1; #  修改nginx配置文件中worker_processes指令後面的數值

  建議：worker進程數量=等於CPU的核數   worker進程數量=等於CPU的核數*2

如何在一個系統中獲悉CPU核心是多少？

 ①. 利用top命令--按數字1，獲取到CPU核數信息
 ②. grep processor /proc/cpuinfo|wc -l
 ③. lscpu

查看cpu核心數命令示例

示例一

[root@web01 ~]# top  # 按數字1
top - 03:22:48 up 9 days, 26 min,  4 users,  load average: 1.06, 0.99, 0.92
Tasks: 107 total,   1 running, 106 sleeping,   0 stopped,   0 zombie
Cpu0  :  0.2%us,  0.6%sy,  0.0%ni, 99.0%id,  0.1%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu1  :  0.1%us,  0.1%sy,  0.0%ni, 99.1%id,  0.7%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:    485984k total,   452536k used,    33448k free,    24984k buffers
Swap:   786428k total,     5912k used,   780516k free,   242048k cached

示例二

[root@web01 ~]# lscpu |grep CPU 
CPU op-mode(s):        32-bit, 64-bit
CPU(s):                2

示例三

[root@web01 ~]# grep processor /proc/cpuinfo 
processor    : 0
processor    : 1

1.3.2 綁定不一樣的nginx進程到不一樣的CPU上

4個worker進程分配CPU資源方法：

worker_processes    4；
worker_cpu_affinity 0001 0010 0100 1000；

8個worker進程分配CPU資源方法;

worker_processes    8；
worker_cpu_affinity 0001 0010 0100 1000 0001 0010 0100 1000； # 分配8進程方法
worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000；

4個worker進程分配CPU資源方法：

worker_processes    4；
worker_cpu_affinity 0101 1010；  # 將進程分配到兩顆CPU上

1.3.3 優化nginx事件處理模型

官方配置參數說明：http://nginx.org/en/docs/ngx_core_module.html#use

Syntax:    use method;
Default:    —
Context:    events

關於事件處理模型能夠參考：https://clsn.cnblogs.com/p/7750615.html#auto_id_10

舉例配置：

user  www www;
worker_processes  1;
events {
    worker_connections  1024;
    use epoll;         --- 指定使用的模型爲epoll
}

1.3.4 調整nginx單個進程容許的客戶端最大鏈接數

查看nginx當前的打開文件數

[root@clsn ~]# lsof -i:80
COMMAND   PID USER   FD   TYPE   DEVICE SIZE/OFF NODE NAME
nginx   10422 root    6u  IPv4 11868856      0t0  TCP *:http (LISTEN)
nginx   10424  www    6u  IPv4 11868856      0t0  TCP *:http (LISTEN)
nginx   10425  www    6u  IPv4 11868856      0t0  TCP *:http

修改最大鏈接數方法

vim nginx.conf
 events        #<==events指令是設定Nginx的工做模式及鏈接數上限
 {
   worker_connections 1024；
 }

 說    明：此數值設置不要超過系統最大打開文件數量。

1.3.5 配置Nginx worker進程最大打開文件數

舉例配置：

[root@web02 conf]# cat nginx.conf
user  www www;
worker_processes  1;
worker_rlimit_nofile 2048;   # 設置worker進程打開文件數

1.3.6 優化nginx高效文件傳輸模式

sendfile參數的官方說明以下：

syntax：sendfile on | off;                              #<==參數語法
default：sendfile off;                                  #<==參數默認大小
context：http，server，location，if in location         #<==能夠放置的標籤段

說明：在系統內核中，利用零拷貝方式實現數據傳輸

實現高效數據傳輸的兩種方式

第一種方式：tcp_nopush

syntax： tcp_nopush on | off;        #<==參數語法
default： tcp_nopush off;            #<==參數默認大小
context： http，server，location        #<==能夠放置的標籤段

說明：將數據包積攢到必定量時再進行傳輸

參數做用：

 　　激活或禁用Linux上的TCP_NODELAY選項。這個參數啓用只在鏈接傳輸進入到 keep-alive狀態。TCP_NODELAY和TCP_CORK基本上控制了包的"Nagle化"，Nagle化在這裏 的含義是採用Nagle算法把較小的包組裝爲更大的幀。John Nagle是Nagle算法的發明人，後者就是用他的名字來命名的。

 　　此算法解決的問題就是所謂的silly window syndrome,中文稱"愚蠢窗口症候羣"，具體含義是，由於廣泛終端應用程序每產生一次擊鍵操做就會發送一個包，很輕易地就能令網絡發生擁塞，Nagle化後來成了一種標準而且當即在因特網上得以實現。它如今已經成爲缺省配置了，但在咱們看來，有些場合下但願發送小塊數據，把這一選項關掉也是合乎須要的。

 

第二種方式：tcp_nodelay

Syntax:         tcp_nodelay on | off;
Default:     tcp_nodelay on;
Context:     http, server, location

說明：只要有數據包產生，無論大小多少，就儘快傳輸 

參數做用：

　　激活或禁用Linux上的TCP_CORK socket選項，tcp_cork是linux下tcp/ip傳輸的一個標準了，這個標準的大概的意思是，通常狀況下，在tcp交互的過程當中，當應用程序接收到數據包後立刻傳送出去，不等待，而tcp_cork選項是數據包不會立刻傳送出去，等到數據包最大時，一次性的傳輸出去，這樣有助於解決網絡堵塞，已是默認了。

　　此選項僅僅當開啓sendfile時才生效， 激活這個.tcp_nopush參數能夠容許把http response header和響應數據文件的開始部分放在一個文件裏發佈，其積極的做用是減小網絡報文段的數量。

強調：兩個指令是相悖的，請選擇其一開啓，不要同時開啓;

默認採用tcp_nodelay方式進行傳輸。

1.3.7 設置nginx服務超時參數

Nginx鏈接超時的參數設置

1) 設置參數： keepalive_timeout 60; # 長鏈接纔有意義 

keepalive_timeout參數的官方說明以下：

syntax：keepalive_timeout timeout [header_timeout];#<==參數語法
default：keepalive_timeout 75s;#<==參數默認大小
context：http，server，location                 #<==能夠放置的標籤段

說明：客戶端和服務端都沒有數據傳輸時，進行超時時間倒計時，一旦超時時間讀取完畢尚未數據傳輸，就斷開鏈接

2) 設置參數：client_header_timeout 55;

syntax：client_header_timeout time;        #<==參數語法
default：client_header_timeout 60s;        #<==參數默認大小
context：http，server                     #<==能夠放置的標籤段

說明：表示定義客戶端請求報文發送的間隔超時時間，客戶端發送的請求報文中請求頭信息的間隔時間

3）設置參數：client_body_timeout 55;

syntax：client_body_timeout time;        #<==參數語法
default：client_body_timeout 60s;        #<==默認值是60秒
context：http，server，location            #<==能夠放置的標籤段

說明：表示定義服務端響應報文發送的間隔超時時間，客戶端發送的請求報文中請求主體信息的間隔時間

4）設置參數：send_timeout 60s

syntax：send_timeout time;            #<==參數語法
default：send_timeout 60s;            #<==默認值是60秒
context：http，server，location        #<==能夠放置的標籤段

說明：表示定義客戶端讀取服務端響應報文的間隔超時時間，服務端發送的響應報文間隔時間

1.3.8 配置Nginx gzip壓縮實現性能優化

1.     Nginx gzip壓縮功能介紹

Nginx gzip壓縮模塊提供了壓縮文件內容的功能，用戶請求的內容在發送到用戶客戶端以前， Nginx服務器會根據一些具體的策略實施壓縮，以節約網站出口帶寬，同時加快數據傳輸效率，來提高用戶訪問體驗。

2.     Nginx gzip壓縮的優勢

提高網站用戶體驗：

　　發送給用戶的內容小了，用戶訪問單位大小的頁面就加快了，用戶體驗提高了，網站口碑就行了。

 節約網站帶寬成本：

 　　數據是壓縮傳輸的，所以節省了網站的帶寬流量成本，不過壓縮時會稍 微消耗一些CPU資源，這個通常能夠忽略。

此功能既能提高用戶體驗，又能使公司少花錢，一舉多得。對於幾乎全部的Web服務來講，這 是一個很是重要的功能，Apache服務也有此功能。

官方用法參考連接：http://nginx.org/en/docs/http/ngx_http_gzip_module.html#gzip

gzip on;
gzip_min_length        1k;
gzip_buffers        4 16k;
gzip_http_version    1.1;
gzip_comp_level     4;
gzip_types             text/css text/xml application/javascript;
gzip_vary             on;

說明：將服務端響應的數據信息進行壓縮，能夠有效節省帶寬，提升用戶訪問效率

須要和不須要壓縮的對象

  1. 純文本內容壓縮比很高，所以，純文本的內容最好進行壓縮，例如：html、js、css、xml、shtml等格式的文件。
  2. 被壓縮的純文本文件必需要大於1KB，因爲壓縮算法的特殊緣由，極小的文件壓縮後可能反而變大。
  3. 圖片、視頻（流媒體）等文件儘可能不要壓縮，由於這些文件大多都是通過壓縮的。
  4. 若是再壓縮極可能不會減少或減少不多，或者有可能增大，同時壓縮時還會消耗大量的CPU、內存資源。

壓縮配置參數說明

gzip on ;
#<==開啓gzip壓縮功能。 

gzip_min_length lk;
#<==設置容許壓縮的頁面最小宇節數，頁面宇節數從header頭的Content-Length中獲取。默認值是0,表示無論頁面多大都進行壓縮。建議設置成大於1K,若是小於1K可能會越壓越大。 

gzip_buffers    4 16k;
#<==壓縮緩衝區大小。表示申請4個單位爲16K的內存做爲壓縮結果流緩存，默認值是申請與原始數據 大小相同的內存空間來存儲gzip壓縮結果。 

gzip_http_version 1.1 ;
#<==壓縮版本（默認1.1,前端爲squid2.5時使用1.0),用於設置識別HTTP協議版本，默認是1.1, 目前大部分瀏覽器已經支持GZIP解壓，使用默認便可。 

gzip_comp_level 2 ;
#<==壓縮比率。用來指定gzip壓縮比，1壓縮比最小，處理速度最快；9壓縮比最大，傳輸速度快，但處理最慢，也比較消耗CPU資源。

gzip_types text/plain application/x-javascript text/css application/xml ;
#<==用來指定壓縮的類型，"text/html"類型老是會被壓縮，這個就是HTTP原理部分講的媒體類型。 

gzip_vary on ;
#<==vary header支持。該選項可讓前端的緩存服務器緩存通過gzip壓縮的頁面，例如用Squid緩存 通過Nginx壓縮的數據。

1.3.9 配置Nginx expires緩存實現性能優化

簡單地說，Nginx expires的功能就是爲用戶訪問的網站內容設定一個過時時間，當用戶第一次訪問這些內容時，會把這些內容存儲在用戶瀏覽器本地，這樣用戶第二次及之後繼續訪問該網站時，瀏覽器會檢查加載已經緩存在用戶瀏覽器本地的內容，就不會去服務器下載了，直到緩存的內容過時或被清除爲止。

Nginx expires功能優勢

  1. expires能夠下降網站的帶寬，節約成本。
  2. 加快用戶訪問網站的速度，提高用戶訪問體驗。
  3. 服務器訪問量下降了，服務器壓力就減輕了，服務器成本也會下降，甚至能夠節約人力成本。
  4. 對於幾乎全部的Web服務來講，這是很是重要的功能之一，Apache服務也有此功能。

實踐配置

[root@web02 extra]# cat blog.conf 
server {
        listen       80;
        server_name  blog.etiantian.org;
        server_tokens off;
        # 靜態請求處理的location
        location / {
            root   html/blog;
            index  index.php index.html index.htm;
        }
        # 動態請求處理的location
        location ~* .*\.(php|php5)?$ {
            root html/blog;
            fastcgi_pass  127.0.0.1:9000;
            fastcgi_index index.php;
            include fastcgi.conf;
        }
       location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$
       {
          expires      10y;
          root   html/blog;
       }
        location ~ .*\.(js|css)$
        {
           expires      30d;
           root    html/blog;
        } 
    }
   
   location / {
        expires 3650d;
 }

企業網站有可能不但願被緩存的內容

  1. 廣告圖片，用於廣告服務，都緩存了就很差控制展現了。
  2. 網站流量統計工具（JS代碼），都緩存了流量統計就不許了。
  3. 更新很頻繁的文件（google的logo），這個若是按天，緩存效果仍是顯著的。

1.3.10 配置FastCGI優化

FastCGI Cache資料見:

http://nginx.org/en/docs/http/ngx_http_fastcgi_module.html#fastcgi_cache

FastCGI常見參數的Nginx配置示例以下:

[root@nginx conf]# cat nginx.conf
worker_processes  4;
worker_cpu_affinity 0001 0010 0100 1000;
worker_rlimit_nofile 65535;
user nginx;
events {
    use epoll;
    worker_connections  10240;
}
http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    tcp_nopush on;
    keepalive_timeout  65;
    tcp_nodelay on;
    client_header_timeout 15;
    client_body_timeout 15;
    send_timeout 15;
    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';
    server_tokens off;
    fastcgi_connect_timeout 240;
    fastcgi_send_timeout 240;
    fastcgi_read_timeout 240;
    fastcgi_buffer_size 64k;
    fastcgi_buffers 4 64k;
    fastcgi_busy_buffers_size 128k;
    fastcgi_temp_file_write_size 128k;
    #fastcgi_temp_path /data/ngx_fcgi_tmp;
    fastcgi_cache_path /data/ngx_fcgi_cache levels=2:2 keys_zone=ngx_fcgi_cache:512m inactive=1d max_size=40g;
    #web...............
    server {
        listen       80;
        server_name  blog.nmtui.com;
        root   html/blog;
        location / {
            root   html/blog;
            index  index.php index.html index.htm;
                }
        location ~ .*\.（php|php5）${      
            fastcgi_pass  127.0.0.1:9000;
            fastcgi_index index.php;
            include fastcgi.conf;
            fastcgi_cache ngx_fcgi_cache;
            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;
            fastcgi_cache_key http://$host$request_uri;
                }
        access_log  logs/web_blog_access.log  main;
           }
    upstream blog_etiantian{
        server 10.0.0.8:8000 weight=1;
}
    server {
        listen       8000;
        server_name  blog.nmtui.com;
        location / {
            proxy_pass http://blog_etiantian;
            proxy_set_header Host  $host;
            proxy_set_header X-Forwarded-For  $remote_addr;
              }
        access_log  logs/proxy_blog_access.log  main;
           }
}

FastCGI常見參數列表說明：

Nginx FastCGI 相關參數

說明

fastcgi_connect_timeout

表示nginx服務器和後端FastCGI服務器鏈接的超時時間，默認值爲60秒，這個參數值一般不要超過75秒，由於創建的鏈接越多，消耗的資源就越多

fastcgi_send_timeout

設置nginx傳輸請求到FastCGI服務器的超時時間，這個超時時間不是整個請求的超時時間，而是兩個成功請求的之間間隔時間爲超時時間，若是這個時間內，FastCGI服務沒有收到任何信息，鏈接將關閉

fastcgi_read_timeout

設置nginx從FastCGI服務器讀取響應信息的超時時間苯示連捿創建成功後， nginx等待後端服務器的響應時間，是nginx進入後端的排隊之中的等候處理的時間，其實是讀取FastCGI響應成功信息的間隔時間，

fastcgi_buffer_size

這是Nginx FastCGI的緩衝區大小參數，設定用來讀取從FastCGI服務器端收到的第一部分響應信息的緩衝區大小，這裏的第一部分一般會包含一個小的響應頭部s默認狀況下，這個參數的大小等價於_個內存頁。不是4k就是8k 根據相應系統平臺來決定，也能夠更小。

fastcgi_buffers

設定用來讀取從FastCGI服務器端收到的響應信息的緩衝區大小和緩衝區數是，默認值爲fastcgi_buffer 8 4k|8k;

指定本地須要用多少和多大的緩衝區來緩衝FastCGI的應答請求，若是一個 PHP腳本產生的頁面大小爲256KB ,那麼會爲其分配4個64KB的緩衝區來緩存；若是頁面大小大於256KB ,那麼大於256KB的部分會緩存到fastcgi_temp 指定的路徑中，可是這並非好方法，由於內存中的數據處理速度要快於硬盤。通常這個值應該爲站點中PHP腳本產生的頁面大小的中間值，若是站點大部分腳本所產生的頁面大小爲256KB ,那麼能夠把這個值設置爲"16 16k" , "4 64k"等

fastcgi_busy_buffers_size

用於設置系統很忙時可使用的fastcgi_buffers大小，言方推薦的大小爲fastcgi_buffers*2 ;默認值爲 fastcgi_busy_buffers_size 8k|16k

fastcgi_temp_file_write_size

FastCGI臨時文件的大小，能夠設置爲128~256KB ; 默認fastcgi_temp_file_write_size 8k|16k;

fastcgi_cache oldboy_nginx

表示開後FastCGI緩存併爲其指定一個名稱。開後緩存很是有用，能夠有效降低CPU的負載，而且防止502錯誤的發生，可是開後緩存也可能引發其它問題，要根據具體狀況來選擇

fastcgi_cache_path

實例：fastcgi_cache_path /data/nginx/cache levels = 2:2 keys_zone = ngx_fcgi_cache:512m inactive = ld max_size=40g; fastcgi_cache緩存目錄，能夠設置目錄前列層級，好比2:2會生成256*256 個子目錄，keys_zone是這個緩存空間的名字，cache是用多少內存（這樣熱門的內容，nginx會直接放入內存，提升訪問速度）。inactive表示默認失效時間，max_size表示最多用多少硬盤空間，雲要注意的是fastcgi_cache緩存是先寫在fastcgi_temp_path在移到fastcgi_cache_path中去的，因此這個兩個目錄最好在同一個分區，從0.8.9以後能夠在不一樣的分區，不過仍是建議放在同_分區。

fastcgi_cache_valid

示例：fastcgi_cache_valid 200 302 lh; 

用來指定應答代碼的緩存時間，實例中的值表示將200和302應答緩存1個小時； 

示例：fastcgi_cache_valid 301 Id; 

將301應答緩存1天；

fastcgi_cache_min_uses

示例：fastcgi_cache_min_uses 1;  設置清求幾回以後晌應將被緩存，1表示一次即被緩存

fastcgi_cache_use_stale

示例：fastcgi_cache_use_stale error timeout invalid_header http_500 定義在哪些狀況下使用過時緩存

fastcgi_cache_key

示例：fastcgi_cache_key $request_method://$host$request_uri; fastcgi.cache.key http://$host$request_uri;

定義fastcgi_cache的key ,示例中以請求的URI做爲緩存的key，nginx會取這個key的md5做爲緩存文件，若是設置了緩存散列目錄，nginx會從後往前取梠應的位數做爲目錄。注意必定要加做爲cache key,不然若是先請求的爲head 類型，後面的GET清求返回爲空。

1.4 日誌方面優化

1.4.1 配置Nginx服務相關日誌操做

01. 進行日誌的切割

[root@clsn ~]# mkdir /server/scripts/ -p
[root@clsn ~]# cd /server/scripts/
[root@clsn scripts]# vim cut_nginx_log.sh 
#!/bin/bash
cd /application/nginx/logs &&\
/bin/mv www_access.log www_access_$（date +%F -d -1day）.log   #<==將日誌按日期改爲前一天的名稱
/application/nginx/sbin/nginx -s reload  #<==從新加載nginx使得觸發從新生成訪問日誌文件

提示：實際上腳本的功能很簡單，就是更名日誌，而後加載nginx，從新生成文件記錄日誌

說明：也能夠編輯使用logrotate日誌切割服務，進行日誌切割

02. 進行日誌的選擇記錄

location ~ .*\.（js|jpg|JPG|jpeg|JPEG|css|bmp|gif|GIF）$ {
  access_log off;
}

03. 進行日誌文件受權

假如日誌目錄爲/app/logs，則受權方法以下：

chown -R root.root /app/logs
chmod -R 700 /app/logs

04. 日誌信息儘可能彙總備份

[root@clsn ~]# zgrep 456 clsn.tar.gz

1.4.2 查看軟件編譯時的參數

①. 查看nginx安裝時編譯了哪些參數

/application/nginx/sbin/nginx -V

②. 查看apache安裝時編譯了哪些參數

cat /application/apache/build/config.nice         
/application/apache/bin/apachectl -V     #<--也可查看安裝時編譯信息，但顯示的不全

③. 查看mysql安裝時編譯了哪些參數

grep CONFIGURE_LINE /application/mysql/bin/mysqlbug

PS：mysql二進制包的安裝方式，是沒法看到編譯參數的，默認爲空

④. 查看php安裝時編譯了哪些參數

/application/php/bin/php -i|grep configure
相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程