【Redis】session共享问题

session共享问题：多台Tomcat并不共享session存储空间，当请求切换到不同tomcat服务时导致数据丢失的问题。

核心思路分析：

虽然我们的项目是一个单体式的项目，但是我们的tomcat将来为了应对并发，肯定还是要水平扩展，部署多个，形成多个负载均衡的集群，一旦形成负载均衡的集群，这个时候当请求进入nginx，此时它会做一个负载均衡，在多态nginx间做一个轮询。

每个tomcat中都有一份属于自己的session,假设用户第一次访问第一台tomcat，并且把自己的信息存放到第一台服务器的session中，但是第二次这个用户访问到了第二台tomcat，那么在第二台服务器上，肯定没有第一台服务器存放的session，所以此时 整个登录拦截功能就会出现问题，我们能如何解决这个问题呢？早期的方案是session拷贝，就是说虽然每个tomcat上都有不同的session，但是每当任意一台服务器的session修改时，都会同步给其他的Tomcat服务器的session，这样的话，就可以实现session的共享了

但是这种方案具有两个大问题

1、每台服务器中都有完整的一份session数据，服务器压力过大。

2、session拷贝数据时，是需要时间的，可能会出现延迟，如果在延迟之内有人来访问，依然会有数据不一致的情况

因此这种方案推出以后，并没有得到广泛的使用和认可，这种方案就pass了。此时我们就必须找出一种能替代session的东西，而且这个能替代session的东西，它必须满足一下三个特点

• 数据共享。这是最重要的，就是因为数据不共享才导致了刚刚带来的问题）

• 内存存储。因为redis是基于内存的，因此读写效率比较高，像这种登录校验之类的，它的访问频率是非常高的，如果你的读写性能比较差，是难以满足高并发的需求。

• key、value结构

所以咱们后来采用的方案都是基于redis来完成，因为redis首先是在tomcat以外的存储方案，因此任何一台tomcat都能访问到redis，因此就能实现数据共享了。而且redis性能非常强，读写性能延迟基本上是在微妙级别的，非常的快。并且也是key-value。可以发现redis正好就满足上面的要求。因此我们把session换成redis，就可以避免session共享的问题了