负载均衡memcached里sessionID不一致

2014-10-20 05:20:44 1.2k 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

# 执行 DISM 命令时出错 87 未在此上下文中识别出 restorehealth 选项。解决方法 # 执行 DISM 命令时出错 87 未在此上下文中识别出 restorehealth 选项。解决方法阅读详情

项目打算搞负载均衡什么的，
目前测试环境部署了nginx 做反向代理，转发到两个tomcat分别A和B,session用memcached来存储
可问题是目前访问个有验证码的登录页面，验证码存sessIon时候有个jsessionid对应，
等到登录提交时候，却是另一个jsessionid作key值取的，为什么了？同一个浏览器

是不是访问了两次了，还有其实sessionid是什么时候生成的？是浏览器生成的还是服务器端生成的，怎么不一样了？
有谁知道的么

...全文

金蝶云星空应用开发初级考试题目汇总摘要：本文为金蝶云星空应用开发初级考试题目汇总阅读详情

lv5956047123

高性能WEB开发 25,979 成员 4,366 内容

+ 关注 + 加入社区

切换为时间正序

安优小青和他的程序生活 2014-11-13

打赏
举报

SESSIONID 是服务器端生成的你说的不一样是前端提交过来的和你服务器端的不一样是么？这个时候你要考虑前端是不是已经刷新过了或隐含了另一个请求，从而生成了新的SESSIONID ?

dokia123 2014-11-03

打赏
举报

引用 6 楼 zihua2005 的回复:

建议通过session中的 setAttribute（名字）来进行session识别,session同步依靠tomcat的session 同步配置，我不知道生产环境负载均衡下同步是怎么来实现的，有的是通过客户ip 通过计算固定选择到哪个服务器去！你如果解决了也希望分享下！

集群环境下面的session共享有两种方式，一种是sticky session，一种是non-sticky session，sticky session确实是某个用户每次访问固定由反向代理服务器将请求转发到某台服务器上面，而apache是通过sessionid来判断的;non-sticky session是由反向代理服务器根据每台服务器的负载情况来将请求转发。nginx就不知道了。

dokia123 2014-11-03

打赏
举报

session是在服务端生成的，而sessionid就是这个session的id号。 memcached是有tomcat的session共享插件的，这种情况可能是你的tomcat+memcached集群环境没搭建好，导致session没有实现共享。

zihua2005 2014-10-28

打赏
举报

建议通过session中的 setAttribute（名字）来进行session识别,session同步依靠tomcat的session 同步配置，我不知道生产环境负载均衡下同步是怎么来实现的，有的是通过客户ip 通过计算固定选择到哪个服务器去！你如果解决了也希望分享下！

zihua2005 2014-10-28

打赏
举报

session 其实是客户端请求到服务段由服务端生成的,客户端通过cookie 和服务段进行交互来进行session识别!

zihua2005 2014-10-28

打赏
举报

引用 3 楼 sunli880127 的回复:

用MC了就不要用session了，用浏览器的cookie+mc维持会话状态就行了

Mc 是啥啊怎么整合的你不能多打点字么

最勇敢的鸟 2014-10-23

打赏
举报

用MC了就不要用session了，用浏览器的cookie+mc维持会话状态就行了

最勇敢的鸟 2014-10-23

打赏
举报

引用 1 楼 cheqinzho 的回复:

其实是存放在内存中的--cookie

cookie与内存有什么关系？

cheqinzho 2014-10-20

打赏
举报

其实是存放在内存中的--cookie

负载均衡memcached里sessionID不一致

相关推荐