nginx 缓存机制

Nginx缓存的基本思路

基本思想是利用客户访问的时间局部性原理，对客户已经访问过的内容在Nginx服务器本地建立副本，这样在一段时间内再次访问该数据，就不需要通过Nginx服务器再次向后端服务器发出请求，所以能够减少Nginx服务器与后端服务器之间的网络流量，减轻网络拥塞，同时还能减小数据传输延迟，提高用户访问速度。同时，当后端服务器宕机时，Nginx服务器上的副本资源还能够回应相关的用户请求，这样能够提高后端服务器的鲁棒性。

对于缓存，我们大概会有以下问题：

（1）缓存文件放在哪儿？

（2）缓存的空间大小是否可以限定?

（3）如何指定哪些请求被缓存？

（4）缓存的有效期是多久？

（5）对于某些请求，是否可以不走缓存？

解决这些问题后，nginx的缓存也就基本配置完成了，下面看详细配置过程

开启缓存

要使用缓存，首先要使用 proxy_cache_path 这个指令（必须放在 http 上下文的顶层位置），然后在目标上下文中使用 proxy_cache 指令

配置示例

proxy_cache_path 有两个必填参数，第一个参数为 缓存目录，第二个参数keys_zone指定缓存名称和占用内存空间的大小（注：示例中的10m是对内存中缓存内容元数据信息大小的限制，如果想限制缓存总量大小，需要用 max_size 参数）

proxy_cache 的参数为之前指定的缓存名称

缓存管理的相关进程

在缓存工作中有两个附加进程：

（1）缓存管理器

定期检查缓存状态，看缓存总量是否超出限制，如果超出，就移除其中最少使用的部分

（2）缓存加载器

加载器只在nginx启动后运行一次，把缓存内容的元数据信息加载到内存空间，如果一次性加载全部缓存信息，会大量消耗资源，使nginx在启动后的几分钟里变慢，为避免此问题，有3种加载策略：

loader_threshold – 指定每次加载执行的时间

loader_files – 每次最多加载的数量

loader_sleeps – 每次加载的延时

例如：

proxy_cache_path /data/nginx/cache keys_zone=one:10m loader_threshold=300 loader_files=200

指定缓存哪些请求

nginx默认会缓存所有 get 和 head 方法的请求结果，缓存的key默认使用请求字符串

（1）自定义key

例如 proxy_cache_key " request_uri cookie_nocache arg_comment

如果任何一个参数值不为空，或者不等于0，nginx就不会查找缓存，直接进行代理转发

综合示例

nginx 缓存机制

三分钟看懂Nginx服务器的缓存原理和机制

云计算的本质是数据和应用的跨数量级的集中，这对后台的性能、可靠性、可管理性等提出了苛刻的要求，相对于低端服务器来讲，大服务器具有不可比拟的技术优势，云计算的理想平台。当前google、亚马逊等之所以采用“服务器农场”的方式有个原因，一是他们提供的云计算类型有限，涉及的紧耦合处理规模不大，更主要的原因则是，现在大服务器价格昂贵导致技术适用，经济不适用。大服务器属于销量小、研发成本高的高端服务器产品，但是随着云计算的普及

，大服务器销量的增长，成本会被进一步摊薄，从进入高速增长。

大服务器是云计算的核心平台。

云计算的本质是数据和应用的集中，但是集中并未改变计算的类型，未来的云计算平台仍然要运行数据库、中间件等关键核心应用，而且规模会跨数量级的膨胀。此外，云计算平台管理、资源调度、作业调度等高负载业务，本身也是关键高压力应用系统，这些云计算的核心系统由于都涉及到大型的OLTP处理，一般服务器不可能满足通过集群的方式来满足，因此，大服务器是是云计算核心业务的必然选择。具有一个实际的例子，在流行的分布式存储系统中，特别是私有云应用中，虽然存储节点可以采用廉价服务器和存储设备，但管理名空间、访问控制、数据检索、文件到数据块的映射关系的主服务器，特别是面向巨量数据的分布式文件系统中的主服务器，就往往需要采用高端服务器，以保障分布式文件系统的高效能、高可用和高鲁棒性。

蓝海大脑深度学习液冷服务器事业部杨博士表示：关于批次差异，这部分差异其实基本不会特别大，我们会拿到用户的bom清单，或者把前期识别出来的各类bom做虚拟表单，然后数据增强来做增广处理，效果还是蛮不错的。先从图像采集端消弭不同批次间成像差异的问题，我们实际做的例子有建筑材料中的管材，管材有不同的颜色和材质，我们通过对采集端相机的调整，做自动的曝光，可以得到不同批次之间比较均一的图像，如果这种方式也解决不了，可以采用数据增强的方式。

---