当服务器不止一台,就需要session共享,避免多次登录
1、客户端存储
原理
将session存储在浏览器cookie中
优点:服务端不需要存储session,不会出现session不一致的问题
缺点:存储在客户端不安全,并且每次请求都携带session,占用宽带,并且存储大小受到浏览器的限制。
2、粘性session
原理
对于同一个用户的session锁定到某一台服务器,当用户请求时负载均衡器会转发到锁定的那台服务器上,相当于将用户好服务器粘到了一块
实现
使用nginx的负载均衡,采用ip_hash算法,将用户绑定到固定的服务器上,实现session一致性
优点:简单,不需要特殊处理
缺点:缺乏容错性,当服务器发生故障,会导致session丢失
适用场景:发生故障影响小
3、服务器session复制
原理
每个服务器都存一份session,当有一台服务器session发生改变,就广播给其他服务器进行session复制,以此来保证session同步
实现
开启tomcat的集群配置实现
优点:可容错,各服务器session能够实时响应
缺点:服务器压力大,当session量大的话,会拖慢服务器性能
4、session共享
使用分布式缓存方案比如memcached、redis,但是要求是集群环境,分两种情况
1)粘性session共享:每个用户的session绑定到一个tomcat上,memcached/redis作为备份
2)非粘性session共享:tomcat本身不存储session,而是存入memcached/redis中,memcached/redis集群构建主从复制架构
5、session持久化到数据库
使用专门的数据库存储session,虽然session不对丢失,但是当访问量大的情况下,会对数据库造成比较大的压力
6、Terracotta实现session复制
Terracotta的基本原理就是对于集群间共享的数据,当一个节点发生变化的时候只把变化部分发送给Terracotta服务器,然后由服务器把它转发给真正需要这个数据的节点,属于session复制的优化,Terracotta+Tomcat+nginx实现session的共享实例可以参考:https://blog.51cto.com/icenycmh/1844360
标签:存储,Terracotta,redis,session,一致性,服务器,共享,分布式 From: https://blog.51cto.com/u_11702014/6186303