合理配置连接重试的核心是通过精准控制等待、隔离与降级行为来减轻后端瞬时压力和连接池负担；retry参数定义故障节点“冷静期”，acquire超时限制客户端等待连接时间，健康检查配合failover主动规避失败，各超时参数需协同对齐。
合理配置连接重试不是为了“多试几次把请求送出去”，而是通过精准控制失败后的等待、隔离与降级行为，避免无效请求持续冲击后端，从而真正减轻其瞬时压力和连接池负担。
retry 参数：让故障节点“冷静期”代替反复试探
Apache 的 retry 参数作用于后端节点级，定义该节点在失败后被跳过的时长（单位：秒）。设为 30–60 秒，能有效防止雪崩：
- 后端短暂过载或网络抖动时，Apache 不会立刻重试，而是将后续请求转向健康节点
- 避免多个 worker 同时向同一故障节点发起新连接，节省本地端口、内存及后端连接槽位
- 常见误配是设为 0 或 5 秒——这等于放任重试风暴，反而加剧后端排队和超时
acquire 超时：限制客户端等待连接的时间
当连接池暂无空闲连接可用时，acquire 控制客户端最多等待多久（单位：毫秒）：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 建议设为 2000–5000，超过即快速返回 503 或重定向，不阻塞 worker 线程
- 相比无限等待，它把压力从后端转移到客户端或上游网关，保护 Apache 自身资源
- 配合 max=XX 使用效果更佳：例如 max=30 + acquire=3000，表示单进程最多维持 30 条空闲连接，等待超 3 秒就放弃
健康检查 + failover：用主动探测替代被动重试
依赖重试不如提前规避。启用 mod_proxy_hcheck 主动探测可大幅减少无效转发：
- 每 10–15 秒发一次轻量 HEAD 请求到 /health，连续失败 2 次即标记 down
- 节点下线后，所有流量自动切走，完全绕过重试逻辑
- 恢复需满足 hcpass=2（连续两次成功），避免震荡上线
超时协同：让重试决策有据可依
单独调 retry 没用，必须与其它超时参数对齐：
- ProxyTimeout 应略小于后端实际响应上限（如设 8 秒），确保代理层先断开，不等后端超时再触发重试
- keepalive_timeout=5 要 ≤ 后端 connectionTimeout（如 Tomcat 的 20000ms），否则连接复用失败后会隐式重建+重试
- Timeout（主服务器超时）建议设为 ProxyTimeout × 1.3 左右，留出协议处理余量
