前言：
在项目实践中，有时我们需要多台服务器进行负载，以扩展服务器的宽带、增加吞吐量和提高网络数据的处理能力，从而提高用户的体验感，保证项目的质量。当一个项目部署在多台服务器上，我们习惯于使用nginx做负载均衡，这样同一个IP访问项目的时候会被自动分配到不同的服务器上；
但是，如果多台服务器的session不同步的话，则会导致很多问题，比如我们的登录状态、用户信息、数字字典等都会归零，都需要重新登录之后才能获取到，这样给用户的体验感就会很差，所以在多台服务器进行负载均衡的时候我们就得要考虑到多台服务器之间的session同步了，下面提供几种解决方案：
解决方案：
cookie是将用户登录信息存储在用户终端的数据载体，与session的最大区别就是，session是存储在服务器端的；所以这就很容易解决这种session的多台服务器共享问题。当我们客户端进行登录的时候，访问的是服务器a，登录成功之后我们将session抽取出来存放在客户端的cookie里面；然后当我们客户端第二次进行访问的时候，访问的是服务器b，这次我们先在服务器b去查找是否有登录成功的session，如果为空，我们再对客户端的cookie进行查找，如果cookie里面已经存储有session，那么再将cookie里面的session同步到服务器b，那么整个流程就能走通了，用户也不用再次登录；
优点：这种方法实现起来简单，方便，很容易上手操作，不会加大数据库的负担；
缺点：如果客户端把cookie禁掉了的话，那么session就无法同步了，而且cookie的安全性不高，很容易外部被伪造使用；
2、使用mysql数据库存储session
既然每个服务器都需要使用同一个session，那么我们可以将session存放在同一个数据库里面，每次访问的时候，我们去数据库check一下是否有这个session或者这个session是否过期，然后就可以进行多台服务器的session同步了；
优点：使用这种方法简单、方便，很容易上手操作；
缺点：使用数据库来同步session，会加大数据库的IO，增加数据库的负担；同时，每次访问都需要拦截请求、查询数据库，导致多一层访问的业务层以及浪费读取数据库session时间；
3、使用memcache或者redis等缓存机制存放session
使用memcache或者redis等分布式缓存机制存放session数据，是现在很多大型项目负载均衡同步session的热门方案；它的原理是项目都使用的是同一个地方的memcache或者redis的缓存，当用户登录的时候，会把session存放在缓存里面，之后不管访问的是项目的那一台服务器，都会从同一个地方去获取session缓存，这样就很轻松实现了session同步；
优点：用缓存来同步session，不会加大数据库的负担，也不用手动去判断session是否存在或过期，省去部分业务逻辑，同时，由于redis等缓存是存放于服务器端，安全性也大大提高；
缺点：memcache或redis把内存分成很多种规格的存储块，有块就有大小，这种方式也就决定了，memcache或redis不能完全利用内存，会产生内存碎片，如果存储块不足，还会产生内存溢出。
nginx中的ip_hash技术能够将某个ip的请求固定到同一台后端应用服务器，这样一来这个ip下的某个客户端和某个后端就能建立起稳固的session，ip_hash是在upstream配置中定义的：
upstream backend {
server 127.0.0.1:8001;
server 127.0.0.1:8002;
ip_hash;
}优点：ip_hash算法可以把一个ip映射到一台服务器上，这样可以解决session同步的问题。这样每个访客固定访问一个后端服务器，可以解决session的问题；
缺点：使用ip_hash进行session共享，它的原理是为每个访问者提供一个固定的访问ip，让用户只能在当前访问的服务器上进行操作，保持了session同步的，但是也造成了负载不均衡的问题，如果当前用户访问的服务器挂了的话，那就会出现问题了；
参考博客：https://blog.csdn.net/zdyueguanyun/article/details/57948393
