min-idle设了却没效果，是因为time-between-eviction-runs-millis默认为-1（禁用），驱逐线程不运行，无法扫描维护空闲连接，min-idle仅静态声明；必须启用该参数（如60000）并配合test-while-idle:true，才能实现动态保活。
min-idle 必须设为正数且配合 time-between-eviction-runs-millis 才真正生效，否则只是个摆设。
为什么 min-idle 设了却没效果？
常见现象是：配置了 min-idle: 10，但压测时连接池里长期只有 0～2 个空闲连接，新请求仍要排队或超时。根本原因是：time-between-eviction-runs-millis 默认为 -1（禁用），连接池不会主动扫描、维护空闲连接，min-idle 就只是个静态声明，不会触发预热或保活。
必须显式启用驱逐线程：
-
time-between-eviction-runs-millis: 60000（推荐 30s～60s） - 同时确保
test-while-idle: true，否则空闲连接可能已断连却未被剔除
min-idle 值怎么定才扛得住突发流量？
不能只看峰值 QPS，得结合平均响应时间和连接复用率估算基线空闲需求。比如服务平均 Redis 调用 RT 是 5ms，QPS 峰值 1000，按 Little’s Law 粗略估算活跃连接 ≈ 1000 × 0.005 = 5 个；但突发时会有请求堆积，min-idle 至少设为这个值的 2～3 倍（如 10～15），并留出缓冲。
实操建议：
- 基线负载低（min-idle: 2～5
- 中等突发场景（300–800 QPS）：设
min-idle: 8～12 - 大促级（>1000 QPS 且 RT >3ms）：设
min-idle: 15～25，同时调高max-active避免挤占 - 切忌设得过高（如 >30），否则冷启动时会批量建连，可能触发 Redis 端
maxclients限制或网络抖动
min-idle 和 min-evictable-idle-time-millis 的冲突陷阱
如果 min-evictable-idle-time-millis 设得太小（比如 30000），刚由驱逐线程创建出来的空闲连接，不到 30 秒就被回收，min-idle 彻底失效。
正确做法：
-
min-evictable-idle-time-millis应 ≥time-between-eviction-runs-millis × 2（例如驱逐间隔 60s，则至少设 120000） - 生产环境建议设为 300000（5 分钟）以上，给连接足够驻留时间
- 若 Redis 侧启用了
timeout（如 300s），该值还应明显小于它，避免客户端连接被服务端单方面断开后还滞留在池中
真正起作用的 min-idle 是一个“带驱逐机制保障的动态下限”，不是配完就完事——它依赖周期扫描、空闲检测、合理存活时长三者协同。漏掉任意一环，都可能在流量尖峰来临时，发现池子里空空如也。
