基于SQL ServerSession存储机制及其在Web集群中应用.pdfVIP

在SQLServer数据库里Session

HTTP是个状态很不确定的协议，为了允许用户通过请求保存状态信息，

ASP.NET了Session机制。这些Session变量按每个用户被起来。

在传统的ASP里，你只能在Web服务器的内存里暂时Session变量，但是这

个方法已经被证明了在扩展性和可依赖性上的不足。在ASP.NET里，你可以为你

的每个请求定制Session状态。本文将探讨Session变量可伸缩性和可

靠很好的方式之一的SQLServer。

在传统的ASP里，默认的Session状态保存在服务器的内存中。但是，这

种做法带来两方面的问题:

（1）它让服务器超负荷，影响了服务器的伸缩性能。

（2）它不能有效地应用于Web服务器群。

让我在一些细节上讨论这些问题，使你能为你选择了Session感到庆

幸。

Session变量依据每个用户为基础生成。默认情况下，它们都保留在Web

服务器的内存中。想象一个有着成千上万用户的。由于巨大的用户数量，

Web服务器的活跃Session的数目也将非常的多。这意味着你存放着非常

多的session数据在Web服务器的内存中。如果不断的对服务器增加负载，它可

能达到饱和，以至造成对应用程序整体扩展性能上的不良影响。

为了解决这个影响到扩展性能的问题，实现Web集群。所谓的Web集群是

一组网络服务器并行，服务器集群里的每个Web服务器都有您的的一

个镜像。您的的流通负载平均分配给每个可用的服务器，从而达到负载平衡。在

Web服务器的内存里Session变量会Web集群的建立，下面将举例来说

明：

假定有三个Web服务器：S1，S2，和S3。并行地连接在一起接受用户

请求。假定这个时候有一个请求R1来到服务器集群并且负载平衡逻辑判定S2，

S3都因为某些其他的任务而没有空闲，但是S1可以处理这个请求。很显然，这

个请求会被送到S1进行处理。现在，想象在这个处理过程当中你在S1的内存中

了某个Session变量。到目前为止，一切还很好。过了一些时间，同样的用

户有了另一个请求R2，这个请求需要上一个请求所的Session变量。但是

这个时候S1已经被一些任务使用着，而S2，S3却处于空闲的状态。你可以猜到

根据每一条的负载平衡规则，R2将会被送到S2进行处理。但是，如果那发生了，

S2怎么能够得到Session变量？毕竟，它们在和S2完全没有任何关联的Web

服务器S1的内存中。这意味着R2仍然得等待S1的空闲。这种事情很显然是Web

服务器群资源的浪费。

ASP.NET2.0及其Session信息

在SQLServer数据库里Session

HTTP是一种不确定状态的协议，为了让用户通过请求保存状态信息，

ASP.NET了会话机制。这些会话变量是根据每个用户的。在传统

的ASP中，只能将会话变量临时在Web服务器的内存中，但这种方法已被

证明在可扩展性和可靠性方面是不够的。在ASP.NET中