Keda ScaledJob缓存异常/无法启动新任务问题排查

针对你遇到的Keda首次缩放正常、后续任务无法触发缩放，且Operator日志显示待处理任务数为0但Redis队列实际有任务的问题，可从以下几个方向排查：

可能的原因及解决步骤 #

1. Redis触发器List Length配置逻辑误解 #

当前配置List Length: 1，Keda的Redis触发器中该参数是目标每个并发工作者处理的任务数，计算所需副本数的公式为：队列总长度 / listLength。如果当前运行中的Job数已经等于计算出的副本数，Keda会判定无需继续缩放。但如果Redis队列仍有任务却未触发缩放，需确认：

• 是否队列中存在未被Keda识别的任务格式，导致长度计算偏差
• 临时调高listLength值（如设为2），观察是否能触发后续缩放

2. Redis指标读取异常 #

Operator日志显示待处理任务数为0，但Redis实际有任务，大概率是Keda读取Redis队列长度时出现问题：

• 调高Keda Operator的日志级别（如设为debug），查看指标获取阶段的详细日志，确认是否真的读取到队列长度为0，还是日志输出异常
• 在Operator Pod内直接执行Redis命令（如LLEN [List Name]），验证是否能正确获取队列长度，排查TLS连接、密码环境变量CELERY_PASS的有效性

3. Job历史记录配置影响 #

Successful Jobs History Limit: 0会导致Keda不保留成功Job的历史记录，可能影响其对任务处理状态的判断：

• 临时将该值改为2或其他非0值，观察是否能恢复正常缩放

4. Operator资源瓶颈或多ScaledJobs竞争 #

同一命名空间下多版本ScaledJobs可能导致Operator资源不足：

• 检查Operator Pod的CPU、内存使用率，是否存在OOM、CPU过载的情况
• 确认各ScaledJobs监听的Redis队列完全独立，无名称混淆或交叉读取的问题

5. Keda内部缓存或轮询机制问题 #

虽然配置了Polling Interval: 15，但极端情况下可能出现指标缓存未更新：

• 重启Keda Operator Pod，清除可能的缓存异常，观察后续缩放是否正常

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