**性能问题**

/api/v1/user/profile 接口响应超时（504），属于后端响应延迟/超时的性能类故障。

**根本原因**：14:23 的 connection reset 触发自动重连，但重连后 binlog position 未从断点续传，而是跳过了部分 binlog event，导致这段时间的写入事件丢失。

**确认方式**：
检查 CDC 任务重连后的起始 binlog position，与 14:23 断开前的 position 是否连续：
```sql
SHOW BINLOG EVENTS IN 'mysql-bin.000234' FROM <断开前position> LIMIT 100;
```
对比丢失的 1487 条是否集中在该 position 区间内。

**修复步骤**：
1. 确认丢失数据的 binlog position 范围（14:23 前后各取一个锚点）
2. 用 `mysqlbinlog` 解析该范围内订单表的 INSERT/UPDATE 事件，导出为 JSON
3. 批量写入 ES，注意用 `_id` 做幂等写入避免重复
4. 写入后再次对比 doc_count

**后续防止重现**：在 CDC 任务配置中启用 `exactly-once` 模式，并将 binlog position checkpoint 持久化到外部存储（如 ZooKeeper/数据库），而非仅保存在内存中。

两个方案：

1. **托管 XML**：把下载的 Metadata XML 上传到任意可公网访问的地址（如 GitHub Gist、S3、内部服务器），把该 URL 填入配置页。

2. **手动填写**：打开 XML 文件，提取以下三个字段手动填入：
   - `SingleSignOnService Location` → SSO URL
   - `entityID` → Entity ID
   - `X509Certificate` → 签名证书

两种方式均可完成配置。