分布式系统session处理

分布式系统中同一个用户的请求可能会被分发到不同的服务器上，而session是存储在单个服务器上，所以有可能会导致session失效,对于前端用户最明显的感觉就是需要重新登录。

主要有如下几种解决方案

1. session sticky 方式

由负载均衡来负责标记每次的请求,将同一个会话请求发送到同一个服务器上。

nginx实现sticky的方式是利用cookie来实现的。

nginx在第一次客户端请求来之后,会生成一个cookie发送到客户端，以后客户端每次发送请求的时候都带上这个cookie，nginx根据此cookie(该cookie记录了具体服务器信息,比如服务器IP的Hash值等)将请求发送到对应服务器，保证同一个会话由同一个服务器来处理。

该方案有以下几个缺点:

1. 若有某一台服务器宕机,就会导致存储在该服务器上的所有session失效,用户就需要重新登录
2. 负载均衡变成了一个有状态的节点,内存消耗会更大,同时容灾也是个问题

# nginx配置sticky策略
upstream dispatch {
    sticky;
    server 192.168.100.100:8080;
    server 192.168.100.102:8080;
}

2. session replication方式

该方式在所有服务器上都存储一份所有用户的session。该方案依赖于应用之间的session同步,而不需要负载均衡去做什么,只适合于集群的数目比较少的情况,当服务器过多时,会大量消耗宽带资源和内存资源.

该方案明显的几个缺点:

1. 占用服务器内存太大,每个服务器都要存储一份所有用户的session
2. 消耗带宽较大.服务器之间的session同步需要每时每刻执行,特别是当有大量用户同时登陆

3. Session数据集中存储

再构建一个服务器(为了高可用,该服务器也是集群部署)，专门用来存储所有的会话信息,所有服务器获取会话信息都从该服务器上获取。比如可以利用Redis集群来做。

该方案对于大型应用或者集群的服务器数量很多时是最有效的方案。一般如果已经redis集群建议用此方案。