Nginx(3)之开启Gzip详解

柔光的暖阳◎ 2024-04-17 05:36 73阅读 0赞

# 一、网页压缩 #

网页压缩是一项由 WEB 服务器和浏览器之间共同遵守的协议，也就是说 WEB 服务器和浏览器都必须支持该技术，所幸的是现在流行的浏览器都是支持的，包括 IE、FireFox、Opera 等；服务器有 Apache 和 IIS 等。双方的协商过程如下：

首先浏览器请求某个 URL 地址，并在请求的头 (head) 中设置属性 accept-encoding 值为 gzip, deflate，表明浏览器支持 gzip 和 deflate 这两种压缩方式（事实上 deflate 也是使用 gzip 压缩协议，下面我们会介绍二者之间的区别）

WEB 服务器接收到请求后判断浏览器是否支持压缩，如果支持就传送压缩后的响应内容，否则传送不经过压缩的内容；

浏览器获取响应内容后，判断内容是否被压缩，如果是则解压缩，然后显示响应页面的内容。

在实际的应用中我们发现压缩的比率往往在 3 到 10 倍，也就是本来 50k 大小的页面，采用压缩后实际传输的内容大小只有 5 至 15k 大小，这可以大大节省服务器的网络带宽，同时如果应用程序的响应足够快时，网站的速度瓶颈就转到了网络的传输速度上，因此内容压缩后就可以大大的提升页面的浏览速度。

# 二、**Nginx开启Gzip** #

Nginx实现资源压缩的原理是通过ngx\_http\_gzip\_module模块拦截请求，并对需要做gzip的类型做gzip，ngx\_http\_gzip\_module是Nginx默认集成的，不需要重新编译，直接开启即可。而对于Nginx的更多模块的用法大家可以上官网进行查看。[http://www.nginx.cn/doc/][http_www.nginx.cn_doc]

## 2.1配置说明 ##

Nginx开启Zgip的配置如下：

# $gzip_ratio计算请求的压缩率，$body_bytes_sent请求体大小
    
       log_format  main  '$remote_addr - $remote_user [$time_local] "$host" - "$request" '
    
                       '$gzip_ratio - $body_bytes_sent - $request_time';
    
       access_log  logs/access.log  main;
    
       # 开启gzip
       gzip off;
    
       # 启用gzip压缩的最小文件，小于设置值的文件将不会压缩
       gzip_min_length 1k;
    
       # gzip 压缩级别，1-9，数字越大压缩的越好，也越占用CPU时间，后面会有详细说明
       gzip_comp_level 1;
    
       # 进行压缩的文件类型。javascript有多种形式。其中的值可以在 mime.types 文件中找到。
       gzip_types text/plain application/javascript application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png application/vnd.ms-fontobject font/ttf font/opentype font/x-woff image/svg+xml;
    
       # 是否在http header中添加Vary: Accept-Encoding，建议开启
       gzip_vary on;
    
       # 禁用IE 6 gzip
       gzip_disable "MSIE [1-6]\.";
    
       # 设置压缩所需要的缓冲区大小     
       gzip_buffers 32 4k;
    
       # 设置gzip压缩针对的HTTP协议版本
       gzip_http_version 1.0;

下面将逐条介绍下gzip的指令和参数配置。

## 2.2参数详解 ##

1.gzip on：打开或关闭gzip

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

默认是关闭的，然后所谓的上下文就是gzip可以放置的位置。

2.**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

3.**gzip\_comp\_level：**设置gzip压缩级别，级别越底压缩速度越快文件压缩比越小，反之速度越慢文件压缩比越大，按照最佳的推荐来说，最佳的级别为6.

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的压缩能力已经够用了，后面级别越高，压缩的比例其实增长不大，反而很吃处理性能。

另一方面，压缩一定要和静态资源缓存相结合，缓存压缩后的版本，否则每次都压缩高负载下服务器肯定吃不住。

http://10.27.180.75/jquery.js 
    gzip_comp_level 0: 0，94840, 63 [ms], 29%
    gzip_comp_level 1: 2.43，39005, 248 [ms], 100%
    gzip_comp_level 2: 2.51，37743, 273 [ms], 100%
    gzip_comp_level 3; 2.57，36849, 327 [ms], 100%
    gzip_comp_level 4; 2.73，34807, 370 [ms], 100%
    gzip_comp_level 5; 2.80，33898, 491 [ms], 100%
    gzip_comp_level 6; 2.82，33686, 604 [ms], 100%
    gzip_comp_level 7; 2.82，33626, 659 [ms], 100%
    gzip_comp_level 8; 2.82，33626, 698 [ms], 100%
    gzip_comp_level 9; 2.82，33626, 698 [ms], 100%

4.**gzip\_disable：**通过表达式，表明哪些UA头不使用gzip压缩

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

5.**gzip\_min\_length：**当返回内容大于此值时才会使用gzip进行压缩,以K为单位,当值为0时，所有页面都进行压缩。

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

6.**gzip\_http\_version：**用于识别http协议的版本，早期的浏览器不支持gzip压缩，用户会看到乱码，所以为了支持前期版本加了此选项。默认在http/1.0的协议下不开启gzip压缩。这个配置我们一般不配置，因为现在HTTP的协议大部分都为1.1版本，我看网上的很多文章中，对这一点都觉得过时了，因为浏览器基本上都支持HTTP/1.1。然而这里面却存在着一个很容易掉入的坑，也是笔者从生产环境中一个诡异问题中发现的：

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

7.**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 – 无条件压缩所有结果数据

8.**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

我们在redis的conf文件下下面有一个mime.type的文件，里面有我们常用文件名字的配置。

9.gzip\_vary：增加响应头”Vary: Accept-Encoding”

这个的作用就是增加一个压缩的标记位，在于告诉客户端我已经进行了压缩。

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

[http_www.nginx.cn_doc]: http://www.nginx.cn/doc/