分布式session共享经常使用的几种方式

tomcat session共享经常使用的几种方式

一、请求精肯定位 粘性会话：session sticky

例如基于访问ip的hash策略，即当前用户的请求都集中定位到一台服务器中，这样单台服务器保存了用户的session登陆信息， 若是宕机，则等同于单点部署，会话会丢失，会话不复制。

二、session复制共享：session replication

如tomcat自带session共享，主要是指集群环境下，多台应用服务器之间同步session，使session保持一致，对外透明。
若是其中一台服务器发生故障，根据负载均衡的原理，调度器会遍历寻找可用节点，分发请求，因为session已同步，故能保证用户的session信息不会丢失，会话复制。
此方案的不足之处：
必须在同一种中间件之间完成(如:tomcat-tomcat之间).
session复制带来的性能损失会快速增长.特别是当session中保存了较大的对象,并且对象变化较快时, 性能降低更加显著，会消耗系统性能。 这种特性使得web应用的水平扩展受到了限制。 Session内容经过广播同步给成员，会形成网络流量瓶颈，即使是内网瓶颈。
在大并发下表现并很差。

三、基于cache DB缓存的session共享

基于 memcache/redis缓存的 session 共享
即便用cacheDB存取session信息，应用服务器接受新请求将session信息保存在cache DB中，当应用服务器发生故障时，调度器会遍历寻找可用节点， 分发请求，当应用服务器发现session不在本机内存时，则去cacheDB中查找，若是找到则复制到本机，这样实现session共享和高可用。

https://www.jb51.net/article/124641.htm

4.一些注意的问题

须要注意的是不管是方案2仍是方案3 都须要对要保存到session的对象进行序列化。