Nginx/tengine做cache时缓存机制—存不存、存多久、用不用方法论

最新推荐文章于 2023-02-06 15:15:28 发布

矢量比特

最新推荐文章于 2023-02-06 15:15:28 发布

阅读量2.1k

点赞数

分类专栏： Cache专题

本文链接：https://blog.csdn.net/u010954257/article/details/54178165

版权

本文探讨了Nginx作为缓存时的决策过程，包括是否缓存、缓存多久以及何时使用缓存。通过三次测试，展示了如何在cookie、max-age和proxy_cache_valid指令的影响下决定资源是否被缓存。建议在配置缓存策略时遵循头部信息，谨慎使用proxy_ignore_headers指令，以避免对动态内容的错误缓存，确保用户体验和源站保护。

摘要由CSDN通过智能技术生成

Nginx/tengine(后面名称只写nginx了)单纯做cache性能比不过ats，特别是在磁盘处理方面，不过论综合能力nginx就是大拿了，他集web服务器、负载均衡、cache三种能力于一身，可以说是非常综合性的选手。比如说一个中型网站的场景选型，前端是负载，后端托着一堆apache服务器，现在该到前端负载选型的了，虽然lvs和ha单纯从负载的性能要比nginx好一些，但我还是会选nginx，因为nginx在做负载的同时，可以将热点的静态内容cache一遍，做一次加速，无形间减轻了后端web服务器的一些压力，提高了用户体验，一箭双雕。Nginx做cache配置是很灵活的，里面有各种缓存指令，起初接触会摸不到北，我用了也有一段时间了，现在总结一下nginx做cache时我认为的三大症结——存不存、存多久、用不用？

nginx的资源是否缓存是由客户端、源站与nginx的缓存配置共同决定，nginx如果没有缓存策略配置，默认按照request请求头、header响应头信息走标准的http缓存判断机制（看cache-control、expires、cookie这些属性），仅当一个资源没有被设为不能缓存的黑名单，且有大于0的存放时间的生命周期时，资源才被缓存，对于nginx缓存判断流程我花精力画了一张结构图分享如下：