session replication 和session sticky

最新推荐文章于 2023-03-09 14:03:22 发布

weixin_34233421

最新推荐文章于 2023-03-09 14:03:22 发布

阅读量165

点赞数

CC 4.0 BY-SA版权

文章标签： python

原文链接：https://my.oschina.net/u/138995/blog/212841

探讨了多台J2EE服务器集群环境下的两种主要会话策略：session复制（session replication）与粘滞会话（sticky session）。session复制将用户会话同步至所有服务器以实现高可用性，但牺牲了效率；粘滞会话则将同一用户的请求固定至单一服务器，提高负载均衡效率，但可能因服务器故障导致会话丢失。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

2019独角兽企业重金招聘Python工程师标准>>>

是多台J2EE服务器集群时的会话策略问题。
因为session是存在服务器端的，多台服务器集群时，
session replication 策略是复制会话，即一个用户访问了一次就把session复制到所有的服务器或这一部分服务器。这样的好处是如果正访问的服务器down了
用户可以自动被转到别的服务器session不丢失。缺点当然是效率低。

session sticky策略则是不复制，一个用户访问了一次后，同一个session周期内，所有的请求都定向到这个服务器，down了session就丢了。

Sticky session refers to the feature of many commercial load balancing solutions for web-farms to route the requests for a particular session to the same physical machine that serviced the first request for that session. This is mainly used to ensure that a in-proc session is not lost as a result of requests for a session being routed to different servers. Since requests for a user are always routed to the same machine that first served the request for that session, sticky sessions can cause uneven load distribution across servers.

转载于:https://my.oschina.net/u/138995/blog/212841