【DM】8.5.4 UI界面接口响应特别慢

TiDBer_o2cDfi4U · 2026 年5 月 26 日 05:59

【TiDB 使用环境】测试环境
【TiDB 版本】8.5.4
【部署方式】云上部署（腾讯云云）
开启DM的openapi 以后访问接口8261/api/v1/tasks?with_status=true响应需要2min左右有什么优化的方向嘛

TiDBer_odwPM8gO · 2026 年5 月 26 日 08:23

查看 DM-master 日志，看有没有什么重要信息

wbslxw · 2026 年5 月 26 日 10:59

检查 DM-master 资源：CPU、内存、网络是否被打满

独善其身 · 2026 年5 月 27 日 01:45

首先是网络稳定性的监控,再就是主服务的日志详细报错方向

TiDBer_o2cDfi4U · 2026 年5 月 27 日 03:28

就是任务建多了3个开始这个接口就特别慢

TiDBer_o2cDfi4U · 2026 年5 月 27 日 03:29

就是任务建多了从3个开始这个接口就特别慢

WalterWj · 2026 年6 月 1 日 02:21

?with_status=true

这个去掉呢？

异乡的大人 · 2026 年6 月 1 日 02:32

可以试试去掉看看时间有没有变化

异乡的大人 · 2026 年6 月 1 日 02:32

不加 with_status：/api/v1/tasks 秒返回，大概率瓶颈在状态聚合

异乡的大人 · 2026 年6 月 1 日 02:33

加 with_status是2 分钟那么每个任务要查 DM-worker 实时状态

TiDBer_00001 · 2026 年6 月 1 日 02:43

这类 with_status=true 的接口通常用于监控或调试，不建议被高频、大批量调用。如果是为了采集监控数据，建议适当降低轮询频率。

TiDBer_o2cDfi4U · 2026 年6 月 5 日 03:22

去掉就很快了

TiDBer_o2cDfi4U · 2026 年6 月 5 日 03:22

主要是官方的哪个UI界面的列表就调用了这个接口任务稍微多一点就卡在那里了

WalterWj · 2026 年6 月 5 日 03:34

去掉很快，结果满足你么你要求么？满足的话就去掉吧。

mtmt · 2026 年6 月 5 日 06:01

接口增加分页，禁止全量查询；
Redis 缓存任务状态，接口优先读缓存；
精简with_status返回字段，减少子任务实时遍历；
优化 DM 状态轮询与内存索引。

BI小z · 2026 年6 月 5 日 06:04

试试去掉 with_status=true 参数

TiDB_001 · 2026 年6 月 17 日 02:23

调用接口时移除with_status=true；监控场景降低轮询频率

狂拽瘸子好腿 · 2026 年6 月 17 日 02:33

给 DM 内部存储任务状态的元数据表，针对task_status字段建立单列索引，避免全表扫描拉取状态数据。