redis.clients.jedis.exceptions.JedisDataException: ERR Client sent AUTH, but no password is set已解决

问题分析

redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool 这个异常通常发生在尝试从 Jedis 连接池（JedisPool）中获取连接时，但连接池中没有可用的连接。这可能是由于连接池已经耗尽其所有连接，或者连接池配置不正确，或者Redis服务器存在问题等原因导致的。

报错原因

报错的原因可能包括：

1. 连接池配置问题：连接池的最大连接数设置得太小，无法满足应用程序的并发需求。
2. Redis服务器问题：Redis服务器可能宕机、重启或者网络问题导致无法建立连接。
3. 连接泄漏：应用程序可能没有正确地关闭从连接池中借出的连接，导致连接泄漏。
4. 连接超时：尝试从连接池中获取连接时超过了设定的超时时间。

解决思路

1. 检查连接池配置：确保连接池的最大连接数（maxTotal）和最大空闲连接数（maxIdle）设置得足够大，以支持应用程序的并发需求。
2. 检查Redis服务器状态：确保Redis服务器正常运行，网络连接没有问题。
3. 检查代码中的连接管理：确保在使用完Jedis连接后，都正确地调用了close()或returnResource()方法，以便将连接归还给连接池。
4. 调整超时设置：如果连接超时是由于网络延迟或Redis服务器响应慢导致的，可以尝试增加连接超时时间（maxWaitMillis）。

解决方法

方法一：调整连接池配置

JedisPoolConfig poolConfig = new JedisPoolConfig();
poolConfig.setMaxTotal(100); // 设置最大连接数
poolConfig.setMaxIdle(50);   // 设置最大空闲连接数
poolConfig.setMinIdle(10);  // 设置最小空闲连接数
poolConfig.setMaxWaitMillis(10000); // 设置获取连接的最大等待毫秒数

JedisPool jedisPool = new JedisPool(poolConfig, "localhost", 6379);
// 使用 jedisPool ...

方法二：检查Redis服务器状态

• 使用redis-cli或其他Redis管理工具检查Redis服务是否正常运行。
• 检查网络连接，确保应用程序能够访问Redis服务器。

方法三：修复连接泄漏

下滑查看解决方法

确保在代码中正确使用连接池：

try (Jedis jedis = jedisPool.getResource()) {
    // 使用 jedis ...
} // 退出try块时，Jedis实例会自动关闭并归还给连接池

或者使用returnResource()方法手动归还连接：

Jedis jedis = null;
try {
    jedis = jedisPool.getResource();
    // 使用 jedis ...
} finally {
    if (jedis != null) {
        jedisPool.returnResource(jedis);
    }
}

方法四：调整超时设置

在JedisPoolConfig中增加maxWaitMillis的值：

poolConfig.setMaxWaitMillis(30000); // 设置为30秒

总结

解决JedisConnectionException: Could not get a resource from the pool异常的关键在于确保连接池配置正确，Redis服务器状态良好，并且代码中没有连接泄漏。通过检查和调整这些方面，你应该能够解决这个问题。