一.软件环境

windows10、11系统、springboot2.x、redis 6 7
linux（centos）系统没有出现这问题，如果你是linux系统碰到的，本文也有一定大参考价值。
根本思路就是：tcp/ip连接的保活(keepalive)。

二.问题描述

在springboot项目中使用了lettuce作为redis的连接池，在本地开发环境windows系统中，隔5分钟不操作，再次需要访问redis时，从连接池获取一个连接去操作redis就会出现连接拒绝，一般直到取完max-idle（最大空闲连接数）所有连接都是连接拒绝，直到开始创建新的连接，才能连接上redis。

三.问题分析

测试环境（linux）连的是同一个redis服务，却没有出现这样的问题。
之前也试着从连接池配置去解决问题，然并卵。。。

1.     lettuce:
   
2.       pool:
   
3.         # 连接池最大连接数（使用负值表示没有限制）
   
4.         max-active: 8
   
5.         # 连接池最大阻塞等待时间（使用负值表示没有限制）
   
6.         max-wait: 1
   
7.         # 连接池中的最大空闲连接
   
8.         max-idle: 8
   
9.         # 连接池中的最小空闲连接
   
10.         min-idle: 0
    
11.       cluster:
    
12.         refresh:
    
13.           adaptive: true
    
14.           #20秒自动刷新一次
    
15.           period: 20

复制代码

也试过网上说的各种方法都没有效果。
后面想着，既然在linux系统中运行没问题，windows系统有问题，在其它条件相同的情况下，那就只有操作系统的差异了。
那就可能是两个系统维护tcp/ip的方式的不同了，因为连接池中的连接，本质上就是一个个tcp/ip连接，要想让连接保活，服务端和客户端，至少得有一方去做保活（keepalive）操作。
为什么是隔5分钟不操作，就必然出现redis连接拒绝呢？于是在redis配置文件中搜索“keepalive”发现tcp-keepalive配置，默认300s，这不正好5分钟吗？该配置是服务端每隔300秒检查一下客户端连接，如果可以连通，则让连接保活，如果连不通了，则将连接销毁。

那么导致redis服务端做保活操作后，redis连接就不可用了，应该就是windows系统在这5分钟内，将tcp/ip连接给干掉了，导致redis服务端连接不到就把连接干掉了，而lettuce并不知道连接已经断开了，当有请求需要连接redis时，就从lettuce中拿一个已经被服务端断开连接去操作redis，于是就得到了连接拒绝的响应。

四.解决方案

方案 1：减少redis服务端配置文档的tcp-keepalive的间隔时间，将上图中的设置改为60后，重启服务，经过测试就没有连接拒绝的问题了。
方案2：增加windows系统的tcp/ip连接的存活时间，但是这个修改过几个配置，好像没有效，也有说法是防火墙、杀毒软件的防护策略等管理着tcp/ip的存活时间。如不可用，建议直接使用方案1。
到此这篇关于redis lettuce连接池经常出现连接拒绝(Connection refused)问题解决的文章就介绍到这了,更多相关redis lettuce连接池连接拒绝内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

来源：https://www.jb51.net/database/337099zba.htm
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！