## What Happening

某个 `cassandra-on-tikv` 实例的 `proxy_request_in_flight` 在最近 `60s` 内持续高于 `20`，并且仍处于明显上升趋势。

这通常表示该实例正在积压越来越多尚未完成的请求。常见原因包括：

* 上游流量在短时间内集中打到单个实例
* 后端 TiDB / MySQL 路径变慢，导致请求完成速度下降
* 实例自身出现局部卡顿，例如 CPU、网络或连接池等待

## Diagnosis

* 先确认是否只有单个 `instance` / `pod` 告警，还是同一集群多个实例同时升高。
* 查看同一实例的请求延迟、错误率、backend pool、CPU、内存和网络指标。
* 对照 `proxy_request_duration_seconds`、`proxy_request_stage_seconds`、`proxy_mysql_pool_*`，判断是前端流量突增，还是后端处理能力下降。
* 检查是否伴随滚动发布、drain、pod 重建或节点网络抖动。

## Solution

* 如果是短时尖峰，先观察 `proxy_request_in_flight` 是否在数分钟内自然回落。
* 如果只有单个实例异常，优先检查该 pod 的资源、连接池等待和节点健康状态，必要时重建该 pod。
* 如果同一集群多个实例同时升高，优先排查后端 TiDB / MySQL 路径、共享依赖和整体流量变化。
* 如果伴随发布或 drain，检查摘流窗口、连接重建行为和实例分流是否均衡。

## Post-Check

* 确认 `proxy_request_in_flight` 回落到正常范围，并且不再持续上升。
* 确认请求延迟和错误率恢复正常。
* 确认告警实例与同集群其他实例的负载重新趋于均衡。
