ITPub博客

一、背景在微服务架构中，Redis Cluster凭借其高可用、数据分片的特性，成为缓存层的首选方案。然而，我们在生产环境中发现了一个棘手的问题：当Redis集群在发生主从切换或某个节点宕机时，基于Spring Boot 2.x的应用会陷入“连接拒绝”的异常泥潭，业务操作被阻塞，无法自动恢复。本文将从问题现象、根因分析到多种解决方案，完整记录这一问题的排查与解决过程。二、问题现象应用日志报错1：L

一、redis现状目前redis cluster集群是3主6从，在三台机器上多实例部署，每台机器上部署了三个实例，具体如下图所示：二、Redis 存在的风险集群的三个master实例分别部署在三台机器，如果某个host机器down机，剩余的两个master节点会选举一个slave为新的master, 不会有单点故障，但是如果由于某种原因，例如网络抖动，host1上的master1和host2上sl

如果集群模式中 其中一个集群对应的master 和slave 都宕机，那么整个集群会进入fail模式，不对外提供服务？其实是由参数cluster-require-full-coverage控制！1、先关闭7001的slave节点，然后关闭7001实例，这个时候如下所示： 172.16.196.72:7002> cluster  nodes80aaf55a3855d8fe153118