集群会话共享问题的几种处理方式

标签：blog   http   io   使用   sp   数据   on   2014   问题   

目前集群登陆会话处理方法有以下几种：

1. SESSION广播模式，即各个WEB 容器中会话相互拷贝，当一个容器SESSION发生变化时，则通知集群中所有其他容器，

此方式容易引起广播风暴（类似于集线器，当然具体要看实现方式,比如下图的两种方式），配置简单，可用于小集群小规模用户。

2. 会话集中管理，修改容器配置，把所有会话集中至缓存服务器（如memcached、redis 或者数据库），内存处理效率高，不过宕机所有会话将丢失，

数据库保存效率偏低，宕机仍然能保存大部分会话，数据库选择MYSQL 或者 Berkeley DB等。如下图：

2.1 有些情况可使会话缓存服务器中只保存登陆信息，其他的数据写入COOKIE，不过COOKIE有限制，根据实际情况更改设计。

3. 会话粘性默认，即一个用户访问开始至关闭浏览器前，所有的请求都被转至一台服务器。缺点：服务器宕机会使得该服务器中服务的用户会话全部丢失，

适合场景：在中等用户规模的企业内使用（如TPS为300-500）。

集群会话共享问题的几种处理方式

标签：blog   http   io   使用   sp   数据   on   2014   问题   

原文地址：http://www.cnblogs.com/mikevictor07/p/4059598.html