Tomcatsession共享方案--memcached-session-manager

MSM会话管理详解

最新推荐文章于 2024-11-05 23:59:58 发布

转载最新推荐文章于 2024-11-05 23:59:58 发布 · 78 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/xqlcrystal/p/8763831.html

文章标签：

#memcached #java #后端

本文介绍了Memcached Session Manager (MSM) 的特性及其在粘性和非粘性会话中的应用，包括支持Tomcat的不同版本、故障转移机制、以及多种序列化策略的配置方法。

https://github.com/magro/memcached-session-manager/wiki/SerializationStrategies

MSM的特性：

a、支持tomcat 6,tomcat 7,tomcat 8、tomcat9

b、支持sticky session或no-sticky session

c、无单点故障

d、tomcat故障转移

e、memcached故障转移

f、附带串行化插件

g、支持异步session存储，拥有更快的性能

sticky sessions粘性会话：

安装了MSM的tomcat会优先使用本机内存保存session，当一个请求结束后，MSM会把session发送到memcached节点上存放以作备份，第二次请求时，如果本地有session就直接返回，第二次请求结束，把session修改后的信息更新到后端的memcached服务器，以这样的方式来保持本地的session与memcached上的session同步。当这个tomcat节点宕机时，那么用户的下一次请求就会被前端的负载均衡器路由到另一个tomcat节点上，而这个节点上并没有这个用户的session信息，这个节点就从memcached服务器上去读取session，并把session保存到本地的内存，当请求结束，session又被修改，再送回到memcached进行存放备份

当后端配置了多台memcached时，MSM在更新session信息时会同时向多个memcached节点更新session，当一个memcached节点故障时，tomcat可以从选择一个正常工作的memcached节点读取session信息来发送给用户的浏览器，让其重置session信息，这样，memcached也达到了高可用的目的

non-sticky session非粘性会话：

tomcat session为中转session，假设memcached1为主session ，memcached2 为备session。Request请求到来时，从memcached2加载备session到tomcat，如果memcached2没有就从memcached1上读取session，如果memcached1也没有就读取本地session，如果没有本地session就在本地创建，当请求结束时，将本地的session更新至memcached1和memcached2上，并且清除本地的session