专业网站建设品牌,十四年专业建站经验,服务6000+客户--广州京杭网络
免费热线:400-683-0016      微信咨询  |  联系我们

session共享有什么方案么_数据库

当前位置:网站建设 > 技术支持
资料来源:网络整理       时间:2023/3/5 13:56:39       共计:3592 浏览
session共享有什么方案么?

session同步(复制)l 优点(1) web-server(Tomcat)原生支持,只需要修改配置文件l 缺点(1) session同步需要数据传输,占用大量网络带宽,降低了服务器群的业务处理能力(2) 任意一台web-server保存的数据都是所有web-server的session总和,受到内存限制无法水平扩展更多的web-server。

(3) 大型分布式集群情况下,由于所有web-server都全量保存数据,所以此方案不可取。

Session 复制原理的解释:

网络中有三种通讯模式:

(1) 单播

(2) 广播

(3) 组播:地址 224.0.0.0 ~ 224.0.0.255 为用户可用的组播地址

session数据存储在客户端cookiel 优点(1) 服务器不需存储session,用户保存自己的session信息到cookie中。节省服务端资源l 缺点(1) 都是缺点,这只是一种思路。n 具体如下:(1) 每次http请求,携带用户在cookie中的完整信息,浪费网络带宽(2) session数据放在cookie中,cookie有长度限制4K,不能保存大量信息(3) session数据放在cookie中,存在泄漏、篡改、窃取等安全隐患(4) 这种方式不会使用。 反向代理hash一致性原理:利用反向代理使得同一个用户的请求落在一台固定的服务器上,不要发生服务器切换即可,服务器之前内存session中的数据还是在的;可以有两种实现;3.1)、四层代理ip_hash原理:反向代理层使用用户ip来做hash,以保证同一个ip的请求落在同一个web-server上3.2)、七层代理根据http协议任意业务字段自定义hash原理:反向代理使用http协议中的某些业务属性来做hash,例如sid,city_id,user_id等,能够更加灵活的实施hash策略,以保证同一个浏览器用户的请求落在同一个web-server上3.3)、优缺点优点:只需要改nginx配置,不需要修改应用代码负载均衡,只要hash属性的值分布是均匀的,多台web-server的负载是均衡的可以支持web-server水平扩展(session同步法是不行的,受内存限制)缺点session还是存在web-server中的,所以web-server重启可能导致部分session丢失,影响业务,如部分用户需要重新登录如果web-server水平扩展,rehash后session重新分布,也会有一部分用户路由不到正确的session但是以上缺点问题也不是很大,因为session本来都是有有效期的。所以这两种反向代理的方式可以使用后端统一存储session数据原理:将session存储在web-server后端的存储层,数据库或者缓存;但是由于session是频繁读取的数据而且有过期时间,所以我们一般存在Redis缓存中,而不是MySQL等dbl 优点:n 没有安全隐患n 可以水平扩展,数据库/缓存水平切分即可n web-server重启或者扩容都不会有session丢失l 不足n 增加了一次网络调用,并且需要修改应用代码;如将所有的getSession方法替换为从Redis查数据的方式 总结l 保证session一致性的架构设计常见方法:n session同步法:多台web-server相互同步数据n 客户端存储法:一个用户只存储自己的session数据到cookie中n 反向代理hash一致性:u 做,保证一个用户的请求落在一台web-servern 后端统一存储:web-server重启和扩容,session也不会丢失l 我们最终选择使用“后端统一存储这种方式”SpringSession是基于“后端统一存储”这种方式来管理session的; 只需配置一个Filter,SpringSession在Filter中使用装饰者模式和适配器模式包装原生request。SpringSession可以选择使用JDBC、Redis、Hazelcast、MongoDB等方式存储sessionSpringSession也可以定制请求头中带sessionid或者cookie中带sessionid我们选择使用Redis存储session 为什么要使用Spring-session1、传统方式session问题在传统单机web应用中,一般使用tomcat/jetty等web容器时,用户的session都是由容器管理。浏览器使用cookie中记录sessionid,每次发送请求的时候会带上这个sessionid,web容器根据sessionid找到当时在服务存储信息时使用的那个Map,以此判断用户是否存在会话session。注意:最大的问题是,session存储在web容器中,被单台服务器容器管理。在分布式情况下,这会导致什么?当然,如果我们一直玩单机版的应用,不用关心这个问题,但是随着业务逐渐增大,分布式应用和集群是趋势。

解决session不一致有很多方案,但多配置复杂或者有明显的缺点。有了SpringSession,所有的session由SpringSession创建维护,无需我们修改任何代码,就能在集群环境下使用原生的session方式编程,无侵入、简单配置和Spring应用无缝整合、对接各种session存储方案;

版权说明:
本网站凡注明“广州京杭 原创”的皆为本站原创文章,如需转载请注明出处!
本网转载皆注明出处,遵循行业规范,如发现作品内容版权或其它问题的,请与我们联系处理!
欢迎扫描右侧微信二维码与我们联系。
·上一条:value在mysql意义_数据库 | ·下一条:查询mysql账号权限,mysql如何以根权限进入_数据库

Copyright © 广州京杭网络科技有限公司 2005-2025 版权所有    粤ICP备16019765号 

广州京杭网络科技有限公司 版权所有