c# - 用户过滤结果的服务器端缓存策略

Question

我有一个情况在 www.zipstory.com (测试版)我有来自同一数据库的 n 种提要排列。例如，某人可以获取他们感兴趣的任何城市的提要，以及这些城市中尽可能多的所有城市，因此所有这些城市都按最近投票或最多投票排序。

当同时有数千个用户时，我应该如何为每个用户缓存内容而不完全耗尽可用内存？

我唯一的猜测是不要。我可以想出一个客户端缓存策略，在其中对城市结果进行分类，但这样我仍然可以按城市以一种适合所有策略的方式进行缓存。

您有什么建议？在这一点上我不熟悉，可以使用一个好的策略。我注意到这个网站不这样做，但 Facebook 会这样做。他们必须从缓存的用户源池中提取并在客户端提取它们。不确定，我还不够聪明，无法解决这个问题。

换句话说...

每个城市都有自己的 Feed。每个用户都有一个 n 排列组合的城市提要。

我想看看使用 c# 和 ASP.NET 解决这个问题的可能方法

---

添加到 2013 年 2 月 28 日。这是我根据您的评论所做的，非常感谢!...

• 对于每个登录的用户，我都会缓存他们的首选城市列表
• 前 10 条帖子结果按城市缓存并存储在基于 Linq 的对象中
• 当用户进来并有 x 个城市作为提要时，我会遍历他们的城市列表循环，然后检查城市帖子是否在缓存中，如果没有，我从数据库中获取，然后将单个帖子的 html 与其他排序一起填充到缓存中元素。
• 我将城市列表重新组合为用户的一个提要，并且由于我在 linq 对象上有一些排序元素，所以我可以按正确的顺序对它们进行排序并返回给用户

这确实意味着每次都会有一些 CPU 工作，因为我必须将城市列表组合成一个城市列表，但这避免了每次都去数据库，每个人都受益于更快的页面响应时间。主要缺点是因为我之前没有对城市进行单一查询 UNION，如果每个城市都没有缓存，这需要每个城市一个单一的查询，但是如果缓存或不单独检查每个城市，那么每 10 个城市 10 个查询只会发生该网站是一个死区。

Answer 1

根据关键链点判断情况。

如果内存不是问题，请考虑缓存整个提要并从那里检索项目。为此，您可以使用分布式缓存解决方案。其中一些甚至是免费的。从 memcached 开始，http://memcached.org/ .人们将这种方法称为提前加载。

如果您想使用具有过期和优先级的 asp.net 缓存，有时内存是个问题。在这种情况下，当内存出现问题时，缓存可能随时消失。因此，您可以按需再次加载数据(称为 Load Through)，这会影响带宽。在这种情况下，您的代码应该更聪明地相处。如果这是您的选择，请尝试尽可能少地缓存。例如每次缓存加载的项目，当用户请求提要时，检查缓存中是否存在所有项目。如果没有，您将不得不再次获取全部或丢失的。我过去做过类似的事情，但无法提供代码。关键点是:缓存实体，然后缓存带有对实体的引用 (ID) 的提要。因此，当请求特定提要时，您检查所有引用在缓存中是否仍然有效。顺便说一句，asp.net 为这种情况提供了缓存依赖项，因此也请阅读它，- 可能会有所帮助。

在任何情况下，在实现数据访问层时牢记装饰器设计模式，这将允许您:1 - 推迟后期开发阶段的缓存问题，以及 2 - 在上面描述的两种方法取决于事情的进展。我会从更简单(和更便宜)的内置解决方案开始，然后在真正需要时切换到分布式缓存解决方案。