Nginx gzip參數詳解及常見問題（已解決）

1、Nginx gzip功能

Nginx實現資源壓縮的原理是通過ngx_http_gzip_module模塊攔截請求，並對需要做gzip的類型做gzip，ngx_http_gzip_module是Nginx默認集成的，不需要重新編譯，直接開啟即可。

 

2、參數詳解

gzip on

這個沒的說，打開或關閉gzip

Syntax: gzip on | off;
Default:    
gzip off;
Context:    http, server, location, if in location

 

 

gzip_buffers

設置用於處理請求壓縮的緩沖區數量和大小。比如32 4K表示按照內存頁（one memory page）大小以4K為單位（即一個系統中內存頁為4K），申請32倍的內存空間。建議此項不設置，使用默認值。

Syntax: gzip_buffers number size;
Default:    
gzip_buffers 32 4k|16 8k;
Context:    http, server, location

gzip_comp_level

設置gzip壓縮級別，級別越底壓縮速度越快文件壓縮比越小，反之速度越慢文件壓縮比越大

Syntax: gzip_comp_level level;
Default:    
gzip_comp_level 1;
Context:    http, server, location

我們以一個大小為92.6K的腳本文件為例，如下所示。其中最后三個數值分別表示壓縮比、包大小、平均處理時間（使用ab壓測，100用戶並發下， ./ab -n 10000 -c 100 -H 'Accept-Encoding: gzip' http://10.27.180.75/jquery.js ）以及CPU消耗。

從這我們可以得出結論：

• 隨着壓縮級別的升高，壓縮比有所提高，但到了級別6后，很難再提高；
• 隨着壓縮級別的升高，處理時間明顯變慢;
• gzip很消耗cpu的性能，高並發情況下cpu達到100%;

因此，建議：

• 不是壓縮級別越高越好，其實gzip_comp_level 1的壓縮能力已經夠用了，后面級別越高，壓縮的比例其實增長不大，反而很吃處理性能。
• 壓縮一定要和靜態資源緩存相結合，緩存壓縮后的版本，否則每次都壓縮高負載下服務器肯定吃不住。

gzip_disable

通過表達式，表明哪些UA頭不使用gzip壓縮

Syntax: gzip_disable regex ...;
Default:    —
Context:    http, server, location
This directive appeared in version 0.6.23.

gzip_min_length

當返回內容大於此值時才會使用gzip進行壓縮,以K為單位,當值為0時，所有頁面都進行壓縮。

Syntax: gzip_min_length length;
Default:    
gzip_min_length 20;
Context:    http, server, location

gzip_http_version

用於識別http協議的版本，早期的瀏覽器不支持gzip壓縮，用戶會看到亂碼，所以為了支持前期版本加了此選項。默認在http/1.0的協議下不開啟gzip壓縮。

Syntax: gzip_http_version 1.0 | 1.1;
Default:    
gzip_http_version 1.1;
Context:    http, server, location

因為瀏覽器基本上都支持HTTP/1.1。然而這里面卻存在着一個很容易掉入的坑，也是筆者從生產環境中一個詭異問題中發現的：

 明明開啟gzip功能，但是未生效。

原因定位：
為什么這樣呢？
在應用服務器前，公司還有一層Nginx的集群作為七層負責均衡，在這一層上，是沒有開啟gzip的。

如果我們使用了proxy_pass進行反向代理，那么nginx和后端的upstream server之間默認是用HTTP/1.0協議通信的。
如果我們的Cache Server也是nginx，而前端的nginx沒有開啟gzip。
同時，我們后端的nginx上沒有設置gzip_http_version為1.0，那么Cache的url將不會進行gzip壓縮。

我相信，以后還有人會入坑，比如你用Apache ab做壓測，如果不是設置gzip_http_version為1.0，你也壓不出gzip的效果（同樣的道理）。希望寫在這里對大家有幫助

gzip_proxied

Nginx做為反向代理的時候啟用：

• off – 關閉所有的代理結果數據壓縮
• expired – 如果header中包含”Expires”頭信息，啟用壓縮
• no-cache – 如果header中包含”Cache-Control:no-cache”頭信息，啟用壓縮
• no-store – 如果header中包含”Cache-Control:no-store”頭信息，啟用壓縮
• private – 如果header中包含”Cache-Control:private”頭信息，啟用壓縮
• no_last_modified – 啟用壓縮，如果header中包含”Last_Modified”頭信息，啟用壓縮
• no_etag – 啟用壓縮，如果header中包含“ETag”頭信息，啟用壓縮
• auth – 啟用壓縮，如果header中包含“Authorization”頭信息，啟用壓縮
• any – 無條件壓縮所有結果數據

Syntax: gzip_proxied off | expired | no-cache | no-store | private | no_last_modified | no_etag | auth | any ...;
Default:    
gzip_proxied off;
Context:    http, server, location

gzip_vary

增加響應頭”Vary: Accept-Encoding”

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

gzip_types

設置需要壓縮的MIME類型,如果不在設置類型范圍內的請求不進行壓縮

Syntax: gzip_types mime-type ...;
Default:    
gzip_types text/html;
Context:    http, server, location

參考文章

所以MIME-TYPE中應該新增字體類型：

字體類型擴展名	Content-type
.eot	application/vnd.ms-fontobject
.ttf	font/ttf
.otf	font/opentype
.woff	font/x-woff
.svg	image/svg+xml