在类似节点的网站中,很容易决定将哪些信息缓存在内存中,您可以在内存中保留少量节点、最流行的页面。但是那些需要大量页面的网站有相同的机会呢?
例如 - 维基站点或社交网络?
添加
“添加评论”按钮出了点问题......好吧,实际上,我问的是“有些疼,医生,帮帮我”之类的问题,不是吗?)
因此,在对站点的静态部分进行逻辑缓存之后,您只能缓存尽可能多的就绪结果(不是在内存中,而是在某处)。这就是你所能做的,如果我错了,请纠正我。
在类似节点的网站中,很容易决定将哪些信息缓存在内存中,您可以在内存中保留少量节点、最流行的页面。但是那些需要大量页面的网站有相同的机会呢?
例如 - 维基站点或社交网络?
添加
“添加评论”按钮出了点问题......好吧,实际上,我问的是“有些疼,医生,帮帮我”之类的问题,不是吗?)
因此,在对站点的静态部分进行逻辑缓存之后,您只能缓存尽可能多的就绪结果(不是在内存中,而是在某处)。这就是你所能做的,如果我错了,请纠正我。
识别静态的、可能最受欢迎的、大型的 Web 内容部分(例如动画、图像)。这些通常是您应该首先考虑的部分。
在这里你可以找到优秀的缓存教程
要分析的一件事是,您的页面中的信息是否需要始终保持最新,或者您是否可以延迟将更新保存在缓存中一段时间。这取决于网站的类型。
有一些真正的大站点会在一段时间内出现不一致的数据,直到所有缓存节点都更新为止。
当且仅当您具有某些(空间,时间)局部性时,缓存才有意义,例如最频繁的查询(时间局部性)。如果您有一个模型,其中每个页面都以均匀的概率获取,那么缓存完全是胡说八道,是的。