当前位置:   article > 正文

【集群分布式问题】session共享问题及解决方案_weblistener session 多节点

weblistener session 多节点

一、session共享问题还原

在这里插入图片描述
以登录为例,比如输入用户名和密码,然后会重定向到另一个界面,刚开始登录请求在节点1上,然后第二次业务请求会跑到节点2上,因为节点2上没有节点1上的session信息,所以会登录失败。

Http协议是⽆状态的协议。客户端和服务端在某次会话中产
⽣的数据不会被保留下来,所以第⼆次请求服务端⽆法认识到你曾经来过, Http为什么要设计为⽆状态
协议?早期都是静态⻚⾯⽆所谓有⽆状态,后来有动态的内容更丰富,就需要有状态,出现了两种⽤于
保持Http状态的技术,那就是Cookie和Session。⽽出现上述不停让登录的问题,分析如下图:
一轮询为例:
在这里插入图片描述

二、解决方案

1.Nginx的 IP_Hash 策略(可以使⽤)

同⼀个客户端IP的请求都会被路由到同⼀个⽬标服务器,也叫做会话粘滞
优点:

  • 配置简单,不⼊侵应⽤,不需要额外修改代码
    缺点:
  • 服务器重启Session丢失
  • 存在单点负载⾼的⻛险
  • 单点故障问题
2. Session复制(不推荐)

也即,多个tomcat之间通过修改配置⽂件,达到Session之间的复制
在这里插入图片描述
优点:

  • 不⼊侵应⽤
  • 便于服务器⽔平扩展
  • 能适应各种负载均衡策略
  • 服务器重启或者宕机不会造成Session丢失
    缺点:
  • 性能低
  • 内存消耗
  • 不能存储太多数据,否则数据越多越影响性能
  • 延迟性
3. Session共享,Session集中存储(推荐)

在这里插入图片描述
Session的本质就是缓存,那Session数据为什么不交给专业的缓存中间件呢?⽐如Redis

优点:

  • 能适应各种负载均衡策略
  • 服务器重启或者宕机不会造成Session丢失
  • 扩展能⼒强
  • 适合⼤集群数量使⽤
    缺点:
  • 对应⽤有⼊侵,引⼊了和Redis的交互代码

操作方法

  1. 引入jar

<dependency>
 <groupId>org.springframework.boot</groupId>
 <artifactId>spring-boot-starter-data-redis</artifactId>
</dependency> 

<dependency>
 <groupId>org.springframework.session</groupId>
 <artifactId>spring-session-data-redis</artifactId>
</dependency>
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  1. 配置redis
spring.redis.database=0
spring.redis.host=127.0.0.1
spring.redis.port=6379
  • 1
  • 2
  • 3
  1. 添加注解

在这里插入图片描述

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/Cpp五条/article/detail/126663
推荐阅读
  

闽ICP备14008679号