在asp.net应用程序中缓存用户数据

Question

在asp.net 4.0中缓存网站用户数据的最佳方法是什么？

我有一个用户设置表，该表可以跟踪各种用户或特定于会话的内容，例如UI元素的状态（打开/关闭），首选项，是否关闭了某些对话框等等。 由于这些更改不是很频繁（无论如何对于每个用户），而是经常查找，因此缓存它们似乎是明智的。 最好的方法是什么？ 这些是我确定的选项...

1. 将它们直接存储在HttpContext.Current.Session （例如Session["setting_name"] ）
2. 将它们存储在HttpContext.Current.Cache
3. 使用全局静态字典，例如static ConcurrentDictionary<string,string> ，其中键是唯一的userID +设置名称值
4. 将每个会话的字典对象存储在Session或Cache

最明智的方法是什么？ 从实际的角度来看， Session与Cache有何不同？ 将字典存储为单个会话/缓存对象而不是直接添加大量值是否有意义？ 我认为查找可能会更快，但更新会更慢，因为当更改字典时，我必须重新存储整个字典。

使用全局静态缓存可能会有什么问题或好处？ 看来这将是最快的，但我必须控制大小。 如果它达到某个大小，我可以定期刷新它，或者保留一个交叉引用队列，并在达到一定大小时首先删除最旧的东西。 这有意义还是只是太努力了？

Answer 1

Session可能最终会存储在进程外或数据库中，这可能会使检索变得昂贵。 如果您的应用程序要托管在服务器场（而不是单个服务器）中，则可能会使用会话数据库。 服务器场提供了改进的可伸缩性和可靠性，并且通常是常见的部署方案。 你有想过吗

同样，当您使用非进程Session时，它最终会被序列化以发送到进程外或数据库中，并在检索时进行反序列化 ，从而有效地完成了上述操作：

... 更新会比较慢，因为更改后我必须重新存储整个字典。 ...

..因为，即使您使用单独的会话密钥，用户的整个Session对象也会一起序列化和反序列化（一次全部）。

而Cache将位于服务器场中特定服务器上的内存中，因此比进行处理或进入数据库要高效得多。 但是，一台服务器上的缓存中的内容可能不在另一台服务器上的缓存中。 因此，如果用户的后续请求被定向到服务器场中的另一台服务器，则该服务器上的缓存可能尚未保存该用户的任何项目。

不过，如果出于性能原因进行缓存，建议您使用Cache 。

ps是的，您正在努力。 除非确实需要，否则不要重新发明轮子。 :-)

Answer 2

将您的信息放入memcached以实现可伸缩性可能更好