8. 集群下的Session管理

标签：mys   不能   路由   登录   状态   实现   网络   需要   cat   

本章内容：

　　1. Sticky Session

　　2. Session Replication

　　3. Session Server

 　　一个用户的 Session 信息如果存储在一个服务器上，那么当负载均衡器把用户的下一个请求转发到另一个服务器，由于服务器没有用户的 Session 信息，那么该用户就需要重新进行登录等操作。本章主要介绍如何处理该问题的三种方法。

一、会话保持（粘滞）—Sticky Session

　　需要配置负载均衡器，使得一个用户的所有请求都路由到同一个服务器，这样就可以把用户的 Session 存放在该服务器中。

缺点：

• 当服务器宕机时，将丢失该服务器上的所有 Session。

二、会话复制—Session Replication

　　在服务器之间进行 Session 同步操作，每个服务器都有所有用户的 Session 信息，因此用户可以向任何一个服务器进行请求。

缺点：

• 占用过多内存；
• 同步过程占用网络带宽以及服务器处理器时间。

三、会话服务—Session Server

　　使用一个单独的服务器存储 Session 数据，可以使用传统的 MySQL，也使用 Redis 或者 Memcached 这种内存型数据库。

优点：

• 为了使得大型网站具有伸缩性，集群中的应用服务器通常需要保持无状态，那么应用服务器不能存储用户的会话信息。Session Server 将用户的会话信息单独进行存储，从而保证了应用服务器的无状态。

缺点：

• 需要去实现存取 Session 的代码。

8. 集群下的Session管理

标签：mys   不能   路由   登录   状态   实现   网络   需要   cat   

原文地址：https://www.cnblogs.com/qmillet/p/12139219.html