# Expected Diagnosis: TCOC-5841

## Root Cause

同一 shared pool 上的邻居集群存在一个 changefeed，该 changefeed 大量占用了共享的 TiCDC replication worker 资源，导致本集群（keyspace 126719）的 changefeed 任务无法获得 replication worker，min_resolved_ts 无法推进，从而引发 resolveTs lag 持续 > 2 分钟。这是 Essential（shared v2）架构下 TiCDC 层的 noisy-neighbor 问题，TiCDC replication worker 在 shared pool 内无租户级硬隔离。

## Evidence Chain

1. **Jira/用户描述**：resolveTs 自 2026-08-20 22:00 CST 起持续 > 2 分钟；用户明确说明根因为邻居集群 changefeed 占用 replication worker
2. **TiCDC metrics gap**：诊断期间无法采集到 `ticdc_processor_resolved_ts_lag`、replication worker 占用率等 TiCDC 专有指标，无法直接验证 worker 占用状态
3. **TiKV side effects**（相关但非根因）：resolve_lock scheduler p99=0.652s、Rollback QPS 3634/s（接近 Select 4830/s）——这些是同期 TiDB 实例重启留下孤儿锁的副作用，独立于 replication worker 问题
4. **TiDB 实例重启**：4 个 TiDB 实例（cz4sj/fbdrv/pnzx9/vrvq4）各重启 1 次，实例数从 5 降至最低 3——这是同期独立异常，造成孤儿锁，但不是 resolveTs lag 的直接原因
5. **下游 sink 正常**：TiCDC 日志全窗口零错误/警告，排除下游写入阻塞

## Causality

```
邻居集群 changefeed（同一 shared pool）
    ↓ 大量消耗
共享 TiCDC replication worker（Essential 无租户隔离）
    ↓ 资源耗尽 / 处理队列积压
本集群（keyspace 126719）changefeed 任务等待 worker 分配
    ↓
min_resolved_ts 无法推进
    ↓
resolveTs lag > 2 分钟（2026-08-20 22:00 起持续）
```

## Severity

High — 影响 CDC 数据实时性，resolveTs lag > 2 分钟意味着下游消费者看到的数据延迟超过 2 分钟

## Recommendations

1. **立即**：联系平台侧找到占用 replication worker 的邻居集群 changefeed，对其设置 throughput-limit 或临时暂停
2. **平台改进**：在 Essential shared pool 中对 TiCDC replication worker 资源实施租户级配额或优先级管控
3. **监控**：将 `ticdc_processor_resolved_ts_lag`、replication worker 占用率纳入 Essential 集群 CDC 问题的标准诊断指标

## Scoring Rubric

> Checklist for regression testing. The Agent must satisfy these to pass.

- [ ] 识别 Essential 集群 TiCDC 层为共享资源（shared pool，多租户共用 replication worker）
- [ ] 提出 noisy-neighbor changefeed 占用 replication worker 作为主要假设或根因
- [ ] 查询或尝试查询 TiCDC 专有指标（`ticdc_processor_resolved_ts_lag` 或 replication worker 相关指标）
- [ ] 区分"TiKV resolve_lock 高延迟"与"TiCDC replication worker 占用"是两个独立问题
- [ ] 建议针对 noisy-neighbor 的缓解方案（限速/暂停邻居 changefeed 或平台侧 worker 隔离）