根据负载情况估算ru时报错 'resource_manager_resource_unit' is empty

裤衩儿飞上天 · 2023 年6 月 12 日 09:15

【 TiDB 使用环境】测试
【 TiDB 版本】7.1.0
【遇到的问题：问题现象及影响】
根据负载情况估算ru时报错： ‘resource_manager_resource_unit’ is empty

忽略系统监控中的时间，时区有问题犯懒，没有改

TiDB root@10.18.13.224:tpcc> select sysdate()
+---------------------+
| sysdate()           |
+---------------------+
| 2023-06-12 09:06:56 |
+---------------------+
1 row in set
Time: 0.015s
TiDB root@10.18.13.224:tpcc> CALIBRATE RESOURCE START_TIME '2023-06-12 09:08:00' DURATION '10m'
(1105, "metrics 'resource_manager_resource_unit' is empty")
TiDB root@10.18.13.224:tpcc>

我是咖啡哥 · 2023 年6 月 12 日 09:26

我执行也报这个错

是不是有啥前置操作。。
我还没看文档

裤衩儿飞上天 · 2023 年6 月 12 日 09:28

我还没查到相关资料，坐等大佬的建议~~~

我是咖啡哥 · 2023 年6 月 12 日 09:42

我不加条件可以。

裤衩儿飞上天 · 2023 年6 月 12 日 10:45

不加条件是按硬件估算
我这不加也可以的

裤衩儿飞上天 · 2023 年6 月 14 日 03:03

这块我理解有误。
按负载估算ru，应该选择过去的时间段来估算，而不是从现在开始往后数10m-24h的时间段去算；
另，选择估算的时间段集群需要有一定的负载。

有猫万事足 · 2023 年6 月 14 日 07:07

我在用dm执行了一个大表导入后，再根据负载校准，算出来的ru数量比预估高10-20%。

不过需要强调的是，是在执行这个大表导入期间，4个tikv其中的2个，都有中途断连的现象，好在出问题的时间是错开的。

现在看来还是按着预估值给的是最安全的。等你的系统压力大到足够校准ru的时候，往往也接近压力极限了。容易出问题。

高那10-20%的ru和稳定性比起来，就不太重要了。

system · 2023 年8 月 13 日 07:08

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。