web服务器集群，现要保持会话信息，

抛出问题

在访问量上去以后，很多人会采用web集群的方式在满足逐渐增长的用户量。这时候就不得不面对一个问题，那就是在多个服务器下，每次请求都会因为负载均衡而分配到不同的服务器上。用户在登录服务器后，下一次请求被分配到另一个服务器上，这时候session不同步，用户就无法继续使用原先的session。

---

问题解决

• 将本该保存在web服务器磁盘上的session数据保存到cookie中
  即用cookie会话机制替代session会话机制，将session数据保存到客户端浏览器的cookie中，这样同一个用户访问同一网站时，无论负载均衡到哪台web服务器，都不用再去服务器请求session数据，而直接获取客户端cookie中的session数据。如此，同一个用户的登录状态就不会丢失了。

  但这样做，有三大弊端：
  把session数据放到客户端的cookie中，一般都是重要数据（如用户id、昵称等），会存在安全问题，但可以将session数据加密后，再存放到cookie中，来降低安全风险。
  浏览器对单个cookie的数据量大小限制为4K左右，因此会存在数据量的限制问题。
  影响带宽性能，降低了页面的访问速度。
  在高访问量的情况下，用户每次请求时，都要将客户端cookie中的session数据发送到服务器，要占用较多的带宽，进而影响访问速度，服务器带宽成本增高。

• 将本该保存在web服务器磁盘上的session数据保存到MySQL数据库中
  sessionid还是利用cookie机制存储到客户端，但session数据却存放在MySQL服务器上。（需要建立sessionid和session数据行的对应关系）
  但这样做，只适合访问量比较小的网站。如果网站的访问量比较大，对MySQL服务器会造成很大压力。因为每次用户请求页面（即使是刷新页面）都要查询MySQL数据库中的session数据表，进而判断用户的登录状态和读取用户相关信息，势必会对数据库服务器造成很大压力，这样就会降低服务器的响应速度，影响用户体验。

• 将本该保存在web服务器磁盘上的session数据保存到内存数据库（memcache或redis）中
  memcache或redis是基于内存存储数据的，性能很高，尤其是高并发的情况下尤为合适。主要是因为从内存中读取数据要比从磁盘读取数据快很多。
  内存数据库还支持数据过期失效的机制，正好与session的过期机制对应，推荐使用redis内存数据库，因为它比memcache支持更多的
  数据类型，且支持内存数据备份到磁盘。