多web服务器集群的情况下，session如何同步？

在我们一般菜鸟的开发任务中，一般都涉及到的是一些小项目的话只需要一台服务器而无需操心多服务器集群带来的种种的问题。

项目一大，必然会产生各种新的问题，如业务量过大挑战服务器的服务性能，要跟得上业务就必须得增加服务器性能，综合安全性、可靠性一般都会选择服务器集群这种方式。服务器集群的情况下，多台服务器需要联合共同协助工作，如何将多个服务器的职能分工、通过架构设计来有效并尽量高效地联合起来运行，是个大的问题，因为其中涉及到服务器的各种技术、各种程序，在高性能、高访问量、高负载的情况下，如何确保对于大量用户来说能够快速响应，这就需要多个服务器之间有效地连接并交换数据。

 

---

问题之一：多个服务器，session如何同步？

拿php编写页面的web服务器来说，php的$_SESSION[]中，对每个请求用户的session身份登记与对应的数据保存，都存储在服务器本机的运行内存当中，并不写文件，为了高效地运行。本身php是不提供对多服务器集群共享session等变量的能力的，所以我们需要自己想办法。

方案1：

为每个web服务器都建立一个网络服务，每个web服务器都可以互相查询获取对方服务器上当前内存中存储的session数据。当用户请求时，为了获取同步session，web服务器就需要请求其他每一个web服务器并更新本机session数据。这样做的弊端有很多，比如操作时的网络等待阻塞，这一点就导致这个方案很不高效了。pass。

方案2：

专门搞一个或一组服务器，它们的分工职责是代替php的$_SESSION[]，提供一个网络级的用户session服务。

session数据呢，依然存储在该服务器的内存当中，这样读写速度快，然后通过TCP socket连接甚至HTTP进行内部web服务器通信使用。

当web服务器需要使用用户session功能的时候，就不再用php的$_SESSION[]了，而是使用我们的自定义的这个session功能，这个功能是网络服务，所以也需要服务端和客户端，服务端就实现对请求进行set和get即可，而客户端则在web服务器这里，功能过程大致是建立session服务器的连接发送请求session相关操作请求然后得到响应数据。session服务器如果是一组（多个），那么就得在web服务器配置我们的session服务器列表，并依次进行查询。一个用户的session数据只允许存在于一个session服务器上。

这个方案我觉得是可行的，这种内存型的数据库通常使用最有名的redis这样的key-value存储系统即可。

redis对数据最多操作通常都发生在内存上，而定期存储内存中的数据到持久层硬盘当中，所以大家都用它来做一些数据库的缓存层。当然也可以重复造轮子，造一个redis。

众所周知，内存中存储的数据在掉电后会瞬间消失，服务程序关闭后会将内存释放导致这个程序内存中的数据全部消逝。该方案适合用于业务对session数据的存在可靠性要求不高的情况下，也就是业务要容得下用户的session意外丢失，例如在服务器维护事件、意外事件。

方案3：

与方案2这种存在内存层的方式有一个不同，那就是将用户session数据存放到永久层数据库当中而不是在临时的内存层，比如存放在mysql数据库。session数据寄存在永久层数据库当中，web服务器在调用session相关功能的时候，访问session数据库服务器进行session相关操作如查询更新，就可以了。

相比于redis，优点是这些session数据是永久保存的，即使一些原因导致服务器重启了，也能查询到之前用户的session状态数据，这样比较合乎逻辑。但缺点就是相比于存在内存当中的话，存在永久层硬盘当中的读写会更加地耗时、性能不如运行时内存。

存在内存中的缺点的表现，举个实际的应用场合例子，例如一个金融交易的平台中，众多金融用户都在虎视眈眈地监视着各门生意的交易现况，这时候如果你服务器突然挂掉了，说是要维护更新或者是其他意外导致服务器停掉了，虽然过一会儿又开了，但是之前用户已经在进行的市场监视程序状态和正在进行中的交易就会全部没了。所以一些敏感、重要的业务数据不要放在这种内存session下，或者退一步讲和session无关，不要放在内存中，要持久层保存。

 

 

---

这些目前对博主来说还算是理论阶段，并未实际尝试，但如果要我实际尝试时，我就会像文中所讲的那样想，进行构思，用这些方法去解决多服务器的集群问题。当然我所见只是互联网的一小部分，大家有更多我未能领略到的方法，希望可以交流一下子。