Py学习  »  NGINX

Nginx性能优化(4)

大鱼炖海棠 • 4 年前 • 267 次点击  

一、gzip压缩

1. gzip简介

gzip是nginx服务器的ngx_http_gzip_module模块提供的在线实时数据压缩功能。通过开启gzip功能,可对服务器响应的数据进行压缩处理,变成体积更小的二进制文件。在高PV的网站应用中,可以节省海量的带宽。

如下图所示,客户端浏览器发出的请求头中声明了支持gzip类型的压缩文件,若服务器端开启了gzip压缩功能,那么响应数据会经过压缩后再返回客户端,由客户端负责解压缩再渲染:


http请求头声明支持的压缩类型

2. gzip配置

gzip配置常用参数:

gzip on | off;    # 是否开启gzip
gzip_buffers 32 4K | 16 8K    # 缓冲(压缩数据缓冲在内存中,当达到N块内存,每块MK时,输出缓存)
gzip_comp_level [1-9]    # 压缩级别,级别越高,压缩比越大,越消耗CPU资源,推荐6
gzip_disable    # 指定不进行gzip压缩的uri
gzip_min_length 200    # 压缩文件长度超过200的文件
gzip_http_version 1.0 | 1.1    # 指定进行压缩的最小http协议版本
gzip_proxied    # 如果请求者是代理服务器,该如何缓存
gzip_types text/plain application/xml    # 指定要压缩的文件的类型
gzip_vary on | off    # 是否传输gzip压缩标志

在开启gzip压缩前,先观察下我们访问的页面响应的数据长度:


gzip开启前传输的数据长度

接下来开启gzip:

[root@localhost conf]# vim nginx.conf
# 在http上下文中添加gzip配置
gzip  on;
gzip_buffers 32 4K;
gzip_comp_level 6;
gzip_min_length 200;
gzip_types text/xml text/css application/javascript image/jpeg;
# 保存配置退出,重启nginx服务
[root@localhost conf]# ../sbin/nginx -s reload

开启gzip后,传输的数据长度只有原先的1/10大小。


gzip开启后传输的数据长度

3. 注意事项

  • 一般情况下,不建议对图片、mp3等二进制文件配置压缩,因为二进制文件的压缩率比较小,但耗费的cpu资源却很高
  • 不对太小的文件进行压缩

二、expires缓存

对于服务器上的一些资源,特别是静态资源,一旦发布再被改动的可能性很小,与其每次访问都从服务器端拉取,不如第一次访问后将这些资源保存在客户端本地,在资源有效期内再次访问时,可以直接从本地获取资源。大流量的网站应用中,该策略可以有效的节省巨大的带宽资源。nginx的expires缓存配置即可达到上述目的:

# expires配置位置:在location或if段里添加配置。
# 格式:
expires 30s       # 过期时间30秒
expires 30m      # 过期时间30分钟
expires 2h         # 过期时间2小时
expires 30d       # 过期时间30天

expires需要在服务端配置,expires添加的是该资源过期的日期,浏览器会根据该过期日期与客户端时间对比,如果过期时间还没到,则会去缓存中读取该资源,如果已经到期了,则浏览器判断为该资源已经不新鲜要重新从服务端获取。通过这种方式,可以实现直接从浏览器缓存中读取,而不需要去服务端判断是否已经缓存,避免了这次http请求。值得注意的是expires时间可能存在客户端时间跟服务端时间不一致的问题。所以,建议expires结合Cache-Control一起使用,大型网站中一起使用的情况比较多见。

expires配置效果验证:在/usr/local/nginx/html/static/image/目录下存放测试资源,在nginx.conf文件中添加location配置,设置资源的过期时间在15天后:

location ~ \.(gif|jpg|jpeg)$ {
    root   /usr/local/nginx/html/static/image/;
    index  index.html;
    expires 15d;
}

从前台发起请求:http://192.168.18.129:2345/langlangmarry.jpg

Expires & Last-Modified

上图可见http响应头中携带了资源过期时间和最后一次修改时间:

Expires: Wed, 26 Jun 2019 13:58:48 GMT
Last-Modified: Sun, 02 Jun 2019 10:53:26 GMT

该请求的响应码是:Status Code: 304 Not Modified。
304响应原理:服务器响应文件内容的同时,响应etag标签,即内容的签名和last-modified 两个标签值,浏览器下次去请求时,头信息携带这两个标签,服务器检测文件有无发生变化,如无,直接头信息返回etag和last-modified,告诉客户端资源未变更,直接调用本地缓存即可。
该过程也发出了请求,但是传输的内容极少,适用于变化周期很长的,如静态html,js ,css等资源。

关于expires和last-modified的详细解说,参考这篇文章:https://www.jb51.net/article/33214.htm

Python社区是高质量的Python/Django开发社区
本文地址:http://www.python88.com/topic/34722
 
267 次点击