Redis缓存池：如何验证Redis连接池配置是否生效？

你可以按照从易到难的顺序，通过以下4个维度验证连接池配置是否实际生效，规避配置注入失败、客户端类型不匹配导致的配置不生效问题。

1. 启动阶段配置值校验 #

这一步可以先确认你的自定义池参数有没有真正注入到Jedis连接池对象中，没有被默认配置覆盖：

• 在项目中添加一个启动执行的校验组件，直接从Spring容器取出JedisConnectionFactory实例，读取内部池的实际配置值，和你配置文件中定义的参数做比对。
  参考实现代码：

@Component
public class RedisPoolChecker implements ApplicationRunner {
    @Autowired
    private JedisConnectionFactory connectionFactory;
    @Value("${cache.pool.max-total}")
    private Integer maxTotal;
    @Value("${cache.pool.max-idle}")
    private Integer maxIdle;
    @Value("${cache.pool.min-idle}")
    private Integer minIdle;

    @Override
    public void run(ApplicationArguments args) throws Exception {
        Field poolField = JedisConnectionFactory.class.getDeclaredField("pool");
        poolField.setAccessible(true);
        Pool<Jedis> jedisPool = (Pool<Jedis>) poolField.get(connectionFactory);
        JedisPoolConfig poolConfig = (JedisPoolConfig) jedisPool.getInternalPoolConfig();

        System.out.println("=== Redis连接池实际加载配置 ===");
        System.out.printf("maxTotal: %d, 预期值: %d%n", poolConfig.getMaxTotal(), maxTotal);
        System.out.printf("maxIdle: %d, 预期值: %d%n", poolConfig.getMaxIdle(), maxIdle);
        System.out.printf("minIdle: %d, 预期值: %d%n", poolConfig.getMinIdle(), minIdle);
    }
}

• 如果启动日志打印的实际值和你在配置文件中设置的cache.pool.*参数完全一致，说明配置已经成功注入到连接池对象中。如果值对不上，优先检查是否有其他自动配置类覆盖了你的Bean定义，或者classpath下存在Lettuce客户端导致Jedis配置未被加载。

2. 零流量场景初始连接校验 #

连接池初始化时会预创建minIdle数量的常驻连接，这一特性可以作为初步的运行时验证依据：

• 应用启动完成后，暂时不发送任何业务请求，登录Redis服务端执行CLIENT LIST命令，统计来自你应用服务器IP的连接数量。
• 如果连接数和你配置的minIdle值基本一致，说明连接池已经完成初始化。如果连接数为0或者远大于/小于minIdle值，说明连接池配置未生效。

3. 常规流量下运行指标观测 #

给连接池添加运行时指标埋点，观测日常流量下的池行为是否符合配置预期：

• 从JedisConnectionFactory中取出JedisPool实例，定期采集以下核心指标：
  • getNumActive()：正在被业务线程占用的活跃连接数
  • getNumIdle()：池内闲置可复用的连接数
  • getNumWaiters()：等待获取连接的排队请求数
• 正常生效的连接池会表现出以下特征：
  • 活跃连接数永远不会超过你设置的maxTotal阈值
  • 流量高峰过后，空闲连接数会逐步回落到maxIdle值以下，不会长期维持高水位
  • 排队请求数不会持续大于0，不会频繁出现连接创建、销毁的日志

4. 边界压测验证（最准确） #

通过压测触发连接池阈值，可以100%确认配置是否生效：

• 临时把maxTotal参数改成一个极小值（比如2），重启应用。
• 用压测工具发起3个以上的并发请求，持续做Redis读写操作，观测现象：
  • 如果配置生效：Redis服务端看到的应用侧连接数最高不会超过2，超出并发量的请求会排队等待连接，等待超时后会抛出JedisExhaustedPoolException（连接池耗尽异常）
  • 如果配置不生效：服务端看到的连接数会持续上涨超过2，不会抛出连接池耗尽异常，请求会直接创建新连接访问Redis。

补充注意：你当前代码中redisTemplate()方法直接手动调用了同类的jedisConnectionFactory()方法，如果配置类没有被Spring CGLIB代理，可能会重复创建连接工厂实例导致池配置失效，建议改为方法参数注入的方式获取JedisConnectionFactory实例，避免手动调用@Bean方法。

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