4

我在www.zipstory.com（测试版）有一个情况，我有来自同一个数据库的馈送的 n 排列。例如，某人可以获得他们感兴趣的任何城市的提要，并且这些城市中的许多城市都放在一起，因此它们都按最近或最多的投票排序。

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

我唯一的猜测是不要。我可以提出一个客户端缓存策略，在其中对城市结果进行分类，但这样我仍然可以按城市缓存一刀切的策略。

你有什么建议？在这一点上，我处于陌生的境地，可以使用一个好的策略。我注意到这个网站没有这样做，但 Facebook 有。他们必须从缓存的用户提要池中提取并在客户端提取它们。不确定，我还不够聪明，无法弄清楚这一点。

换句话说...

每个城市都有自己的饲料。每个用户都有一个组合的城市订阅源的 n 排列。

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

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

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

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

4

3 回答 3

2

仅缓存您需要的每个用户的最少量不同信息。

例如，如果它适合内存，则缓存完整的提要集，并且每个用户只存储他们感兴趣的提要的 id。

当他们请求他们的提要时，只需将它们从内存中取出。

于 2013-02-06T20:39:06.763 回答
2

根据关键链点判断情况。

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

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

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

于 2013-02-14T18:26:16.793 回答
1

您是否考虑过缓存通用提要并标记它们。然后每个用户，您只需存储对该标签/关键字的引用。

另一种可能性是存储通用提要，然后在客户端进行过滤。这将增加您的带宽，但节省缓存成本。

如果您使用的是 HTML5，请使用本地存储来保存用户偏好。

于 2013-02-12T12:46:40.497 回答