前言:我不是Java开发人员。
我对Tomcat / jBOSS和其他Java应用程序服务器有疑问。会话(会话数据)存储在哪里?在PHP中,会话通常存储在数据库中,这意味着您可以在负载平衡的环境中轻松共享会话数据。在Tomcat和其他应用程序服务器中,默认情况下,会话似乎存储在内存中,这不适用于负载平衡的环境。虽然默认情况下PHP确实将会话存储在文件中,但将其连接到数据库需要花费几行。应用程序服务器是否也是如此?
基本上,在内存中进行故事讲述的优点是什么?这仍然是应用服务器的标准做法吗?谢谢大家!
我对Tomcat / jBOSS和其他Java应用程序服务器有疑问。会话(会话数据)存储在哪里?
默认情况下,我会在内存中说。详细信息实际上是…具体应用程序服务器的实现详细信息。
在PHP中,会话通常存储在数据库中,这意味着您可以在负载平衡的环境中轻松共享会话数据。在Tomcat和其他应用程序服务器中,默认情况下,会话似乎存储在内存中,这不适用于负载平衡的环境。
好吧,不完全是。这意味着必须将客户端请求发送到群集环境中的同一节点(这称为“会话粘性”),从负载平衡的角度来看,这不是问题。但是,从故障转移的角度来看,这是一个问题:如果集群中的某个节点发生故障,则该节点管理的会话状态可能会丢失。为了解决这个问题,几乎所有的应用程序服务器提供程序都实现了会话故障转移(使用各种机制,例如内存中复制,基于JDBC的持久性等)。但是,再次说明,实现细节是特定于应用程序服务器的。例如,请参阅Tomcat或WebLogic如何处理它。将在J2EE的胡德集群服务器端的文章是一个非常有趣的阅读了。
虽然默认情况下PHP确实将会话存储在文件中,但将其连接到数据库需要花费几行。应用程序服务器是否也是如此?
就像我说的那样,并不是所有的应用服务器都将提供基于JDBC的持久性。话虽如此,然后回答您的问题,配置通常很简单。但是使用数据库确实不是首选的解决方案(实际上,我不惜一切代价避免使用它)。
基本上,在内存中进行故事讲述的优点是什么?这仍然是应用服务器的标准做法吗?
简单地说:性能!序列化数据,调用数据库,写入磁盘,所有这些都要付出代价。内存中复制显然可以避免一些开销。但是它也有一些限制。例如,它不允许使用WebLogic 进行WAN HTTP会话状态复制。但是,只有少数人需要它:)