Redis数据库宕机时Lettuce的表现及是否需实现断路器

首先明确：Lettuce默认连接池无法完全处理Redis宕机场景下的连接耗尽问题，你需要额外实现断路器。

为什么默认连接池不够？ #

• Lettuce的连接池（基于Apache Commons Pool 2实现）虽然支持连接有效性校验（比如testOnBorrow、testOnReturn配置），但这类校验是被动的——只有在获取或归还连接时才会触发。当Redis突然宕机，大量请求会拿到看似可用的连接，然后发起命令等待超时，这段时间里连接会被占用，最终导致连接池被耗尽。
• 即使开启了Lettuce的自动重连，重连过程也需要时间，期间的请求还是会占用连接资源。

断路器的作用是什么？ #

断路器（比如Resilience4j、Hystrix）可以主动检测Redis服务的可用性：

• 当连续失败次数达到设定阈值时，断路器直接进入熔断状态，后续请求会被快速拦截，不会再去尝试获取连接池中的连接发起请求，从根源上避免连接被无效占用。
• 熔断一段时间后会进入半开状态，尝试少量请求探测Redis是否恢复，恢复则关闭断路器，否则继续保持熔断。

配合Lettuce的额外优化配置 #

除了断路器，还可以调整Lettuce的配置增强防护：

• 开启testOnBorrow = true，确保每次获取连接时先校验连接有效性，剔除失效连接
• 配置合理的commandTimeout和connectTimeout，避免连接长时间挂起占用资源
• 配置retry参数，限制自动重连的频率，防止频繁重连消耗系统资源

内容的提问来源于stack exchange，提问作者Sukh