如何解决session一致性问题

方案二、会话粘连

在web服务器变成多台后，如果我们可以保证同一个会话请求都能在同一个web服务器上处理，那么对于这个会话个体来说，和单机的情况是一样的。这就需要负载均衡器能够根据每次请求的会话标识来进行请求转发。

限制

① 如果有一台web服务器宕机或重启，那么这台机器上的会话数据会丢失

② 负载均衡器变成了一个有状态的结点，要保存会话到具体web服务器的映射，要消耗一定的内存。

方案三、复制

此种方案会导致每个服务器之间必须将广播到集群内的每个节点，数据会冗余，节点越多浪费越大,存在广播风暴问题.，适用于机器较少。网络流量较少的情况下

限制

① 只要数据有变化，就需要将数据同步到其他机器上，会带来一定的网络带宽开销

② 每台web服务器都要保存所有的数据，如果整个集群数很多的话，对内存资源消耗较大。

方案四、存在Redis中

目前来看，此种方案是最好的。将数据存在内存中，每台服务器都从内存中读取数据,速度快，结构还相对简单.

把数据集中存储起来，然后不同的web服务器从相同的地方来获取，存储数据的方式可以为redis，也可以使用其他分布式存储系统。

限制：

① 获取存在延时和不稳定性，不过我们的通信基本在内网，问题不大。

② 如果存储的机器或集群发生问题，就会影响到应用。

当集群规模较大时，数较多时，该方案可以考虑。