xiaoheihai666的博客

有几种解决的方案1.tomcat的session共享优点不需要额外开发，只需搭建tomcat集群即可缺点tomcat是全局session复制，集群内每个tomcat的session完全同步（也就是任何时候都完全一样的)在大规模应用的时候，用户过多，集群内tomcat数量过多，session的全局复制会导致集群性能下降，因此，tomcat的数量不能太多，而且依赖tomcat容器移植性不好(所以不采用)2.cookie同步session如JWT(jsonwebtoken)其中。............

Cacheable(value="listCategoryForCustomer")value就是存储时的key值。注意如果启动的时候报异常，很大可能是因为你的实体类没有序列化，在实体类上加。第二步在application配置文件中对redis进行配置。此时也可以看到我们的redis中已经有key值存在了。我们第一次运行的时候需要花很长一段时间，如下图。然后进行第二次访问时，速度就大大提升了。第五步在需要缓存的方法上加注解。第三步添加一个配置文件。第四步在启动类上加注解。.........

接上篇后，我们发现手动进行容灾处理有点麻烦，因此Redis提供了可以实现故障自动转移的哨兵模式，接下来我们就来模拟以下哨兵模式的实现。sentinel26382.conf修改port26382,主redis的port6382。sentinel26384.conf修改port26384,主redis的port6382。查看Sentinel日志，三个Sentinel窗口的日志是一样的。新的Redis加入Sentinel系统，自动加入主redis。查看新的主redis。...

当Master服务出现故障，需手动将从机中的一个提升为主redis，剩下的从机挂至新的主redis上（冷处理机器挂掉了，再处理）我们现在在6382新的主redis中添加数据验证该容灾处理是否成功，在新的主redis中添加以下数据（k1,k2是原6380主redis中添加的）此时可以看到主redis已经不在了，接下来我们将6382从机提升为主redis，并将6384从机挂在到新的主redis上。假设原来坏掉的主redis修复好了，怎么让他挂载到现在6380的主redis中呢？...

进入到redis的安装目录，从原有的redis.conf拷贝三份，分别命名为redis6380.conf,redis6382.conf,redis6384.conf。至此redis主从复制关系已实现，接下来来模拟容灾处理，即当主redis挂掉后，如何将其中的一台从redis提升为主redis，并且把剩下的从机挂载的主redis。上图我是先清空redis6380.conf文件，然后以该文件又拷贝的redis6382.conf和redis6384.conf文件。******配置项说明******...