如何优雅的使用 Nginx 缓存机制将网站访问速度提高 10 倍 |
您所在的位置：网站首页 › 如何提高美团的访问量 › 如何优雅的使用 Nginx 缓存机制将网站访问速度提高 10 倍 |
如何优雅的使用 Nginx 缓存机制将网站访问速度提高 10 倍
|
公众号关注 「奇妙的 Linux 世界」 设为「星标」，每天带你玩转 Linux ！
Nginx 缓存作为性能优化的一个重要手段，可以极大减轻后端服务器的负载。下面我们将介绍 Nginx 缓存配置的相关指令以及 http 缓存机制，以及 Nginx 缓存实践案例分析。 
Nginx缓存机制详解 - 缓存示意图
1Nginx 缓存示例
实例演示，缓存是怎么出现的，怎么查看！ 当我们打开某个网站，如 baidu.com，我们可以看到 size 这一列有一些 js 标识为 disk cache，这里就是应用到了缓存。 
Nginx缓存机制详解 - 缓存截图
Nginx缓存机制详解 - 缓存截图
2HTTP 缓存机制
HTTP 的缓存流程如下图所示 缓存，可以分为强制缓存和对比缓存。 
Nginx缓存机制详解 - 浏览器缓存处理流程图
3Nginx 强制缓存
介绍强制缓存是什么？以及可能造成这个原因的配置参数！ 浏览器不会向服务器发送任何请求，直接从本地缓存中读取缓存数据并返回 200 状态码，如下图所示。如果缓存过期再找服务器，其过程如下： 
Nginx缓存机制详解 - 强制缓存示意图
Nginx缓存机制详解 - 缓存截图
可以造成强制缓存的字段，有如下几个： Expires 位置: HTTP Response Header 说明: Expires 是服务端返回的到期时间。如果下一次请求如果小于服务端返回的过期时间，则直接使用缓存数据。Expires 是 HTTP1.0 的东西，现在浏览器默认都是使用 HTTP1.1。而且由于该值是由服务端生成，而客户端的时间和服务端的时间有可能不一致，导致存在一定误差。所以 HTTP1.1 使用 Cache-Control 替代。 # 示例 Expires: Mon, 22 Jul 2019 11:08:59 GMTCache-Control 位置: HTTP Response Header 说明: 缓存策略定义 max-age: 标识资源能够被缓存的最大时间 public: 表示该响应任何中间人，包括客户端和代理服务器都可以缓存 private: 表示该响应只能用于浏览器私有缓存中，中间人（代理服务器）不能缓存此响应 no-cache: 需要使用对比缓存（Last-Modified/If-Modified-Since/Etag/If-None-Match）来验证缓存数据 no-store: 所有内容都不会缓存，强制缓存和对比缓存都不会触发 4Nginx 对比缓存介绍使用缓存和不使用缓存的区别和对比！ 浏览器在第一次请求数据时，服务器会将缓存的标识与数据一起返回给浏览器，浏览器将这两个缓存到本地缓存数据库中。 再次请求数据时，就会在请求 header 中带上缓存的标识发送给服务器，服务器根据缓存标识对比，如果发生变化，则返回 200 状态码，返回完整的响应数据给浏览器，如果未发生更新，则返回 304 状态码告诉浏览器继续使用缓存数据。 
Nginx缓存机制详解 - 对比缓存示意图
如下图比较所示，在第一次请求时，没有使用缓存。而在第二次使用缓存时，可以明显看到两者请求的时间不一样，后者时间少很多。这是因为服务端如果进行缓存比较后发现未更新，只返回 header 部分，并返回 304 状态码通知客户端使用本地缓存，没有将报文的 body 部分返回给浏览器，所以请求时间和报文大小才明显优化。别小看这几十毫秒，当访问量很大时，这里就优化了很多时间、减少了很多服务器压力。
点击上方图片，打开小程序，『饿了么外卖』红包天天免费领！ 第一次访问，未使用缓存： 
Nginx缓存机制详解 - 使用缓存前时间和大小
第二次访问，使用缓存： 
Nginx缓存机制详解 - 使用缓存后示意图
HTTP 请求和响应报文结构如下图所示： 
Nginx缓存机制详解 - http请求和响应报文结构
会造成对比缓存的字段如下： Last-Modified 位置: HTTP Response Header 说明: 第一次请求时，服务器会在响应头里设置该参数，告诉浏览器该资源的最后修改时间。 # 示例 Last-Modified: Tue, 12 Jan 2010 13:48:00 GMTIf-Modified-Since 位置: HTTP Request Header 说明: 再次（注意不是第一次）请求服务器时，客户端浏览器通过此字段通知服务器上次请求时，服务器返回的资源最后修改时间。服务器收到请求后，发现 header 中有 If-Modified-Since 字段，则与被请求资源的最后修改时间进行对比。若资源的最后修改时间大于 If-Modified-Since，则说明资源被修改过，则响应返回完整的内容，返回状态码 200。若资源的最后修改时间小于或等于 If-Modified-Since，则说明资源未修改，则返回 304 状态码，告诉浏览器继续使用所保存的缓存数据。 Etag 位置: HTTP Response Header 说明: 服务器响应请求时，告诉浏览器当前资源在服务器的唯一标识（由服务端生成）。 优先级: 高于 Last-Modified 与 If-Modified-Since 
Nginx缓存机制详解 - Etag
If-None-Match 位置: HTTP Request Header 说明: 再次请求服务器时，通过此字段通知服务器客户端缓存的资源的唯一标识。服务器收到请求 header 后发现有 If-None-Match 字段，则与被请求资源的唯一标识进行对比。如果不一样，说明资源被修改过，则返回完整的响应，状态码 200。如果一样，说明资源未被修改过，则返回 304 状态码，告诉浏览器继续使用缓存的数据。 5Nginx 缓存实践实际配置和演示一下，使用缓存的效果！ 配置文件的内容，如下所示： user nginx; pid /run/nginx.pid; worker_processes auto; worker_rlimit_nofile 100000; events { worker_connections 2048; multi_accept on; } http { sendfile on; access_log off; error_log /data/log/nginx-1.0/error.log error; proxy_cache_path /data/nginx-1.0/cache levels=1:2 keys_zone=cache_zone:10m inactive=60m; server { listen 80; server_name localhost; root /usr/local/services/nginx-1.0/html/; location / { } location ~.*\.(gif|jpg|png|css|js)(.*) { proxy_cache cache_zone; proxy_cache_valid 200 302 24h; expires 1d; add_header X-Proxy-Cache $upstream_cache_status; } } }实际的测试情况，如下所示： [root@VM_16_4_centos conf]# curl -I http://localhost/test.js HTTP/1.1 200 OK Server: nginx/1.14.0 Date: Sun, 21 Jul 2019 12:35:06 GMT Content-Type: text/plain Content-Length: 12 Last-Modified: Sun, 21 Jul 2019 12:33:32 GMT Connection: keep-alive ETag: "5d345b9c-c" Expires: Mon, 22 Jul 2019 12:35:06 GMT Cache-Control: max-age=86400 Accept-Ranges: bytes我们再以图片为例，当我们第一次请求 http://localhost/google_logo.jpg，服务端返回了该资源的唯一标识 Etag 给我们。 
Nginx缓存机制详解
Nginx缓存机制详解
我们第二次请求时，可以发现 http 报文的体积和响应时间大大缩减，说明我们的缓存发挥了作用。 
Nginx缓存机制详解
Nginx缓存机制详解
6相关的参考链接
NGINX 缓存机制详解 本文转载自：「 Escape 的博客 」，原文：https://tinyurl.com/erzmh7uv ，版权归原作者所有。欢迎投稿，投稿邮箱: [email protected]。
你可能还喜欢 点击下方图片即可阅读
13 张图带你学懂 Kubernetes Servic一文读懂云计算、大数据和人工智能间的关系和区别 点击上方图片，『美团|饿了么』大额外卖红包天天免费领
更多有趣的互联网新鲜事，关注「奇妙的互联网」视频号全了解！ |
【本文地址】
今日新闻 |
推荐新闻 |