我们先看下MSM的流程:
MSM(memcached-session-manager)支持tomcat6和tomcat7,利用Value(Tomcat阀)对Request进行跟踪。Request请求到来时,从memcached加载session,Request请求结束时,将tomcat session更新至memcached,以达到session共享之目的,支持sticky和non-sticky模式。
Sticky模式:
tomcat session为主session,memcached为备session。
Request请求到来时,从memcached加载备session到tomcat (仅当tomcat jvmroute发生变化时,否则直接取tomcat session);Request请求结束时,将tomcat session更新至memcached,以达到主备同步之目的。
(来源自网络)
Non-Sticky模式:
tomcat session为中转session,memcached1为主sessionmemcached 2为备session。Request请求到来时,从memcached 2加载备session到tomcat,(当 容器 中还是没有session 则从memcached1加载主session到tomcat,这种情况是只有一个memcached节点,或者有memcached1出错时),Request请求结束时,将tomcat session更新至主memcached1和备memcached2,并且清除tomcat session,以达到主备同步之目的。
(来源自网络)
memcached使用LRU算法来处理缓存。但是毛病在于它不是全局的,而是基于slab。 这样你会发现在运行一段时间后,最早访问的那些用户的SESSION会莫名其妙的丢失,即使他们上一秒还有过操作。
请看memcached的内存分配算法
http://wenku.baidu.com/view/90a6b19851e79b89680226d4.html
要解决基于 memcache 方案的数据丢失问题,可能解决的方案是:
1、使用memcachedb
2、引入持久化存储介质ZooKeeper