如果业务用 go client 是否也会碰到这个问题呢？

痛点是表如果很大太慢了

[image] [image] 预先打散了，不过还是有热点写的情况，这种情况是不是得需要改主键了？

mysql> CREATE TABLE `t1` ( -> `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '', -> `u` bigint(20) unsigned NOT NULL DEFAULT '0' COMMENT '', -> `p` bigint(20) unsigned NOT NULL DEFAULT '0' COMMENT '', -> `k` bigint(20) unsigned NOT NULL DEFAULT '0' COMMENT '', ->…

我之前尝试过改成 2，还是报相同的错，还有请问如果是有自增主键的聚簇表，想打散如何操作

我建了个空表，然后预打散，发现报错 mysql> SPLIT TABLE t1 BETWEEN (0) AND (18446744073709551615) REGIONS 128; ERROR 1105 (HY000): Split table region lower value count should be 2

请教下 lower_value 和 upper_value 是指的什么，是指的表主键 id 吗？ [image]

当时存在热点写情况

RU 评估 300w，我限制成了 1w，看样子限制不住

是的，cpu 和 内存限制不住 [image]

致 TiDB 十周年：星辰大海，再启新程！ 值此 PingCAP 十年暨 TiDB 诞生十周年之际，谨致以最热烈的祝贺与最诚挚的祝福！ 十年磨砺，锋芒初现。 回望过去十载，我们共同见证了 TiDB 如何在群星璀璨的数据库领域中，凭借不懈的努力与创新，绽放出属于自己的独特光彩。每一次对产品的精心打磨 ，每一次为功能迭代 付出的智慧与汗水，都凝聚成了 TiDB 今天健康坚实的技术架构 ，这离不开每一位 PingCAPer 的远见与付出。 十年同行，感恩有你。 正如你们所言，TiDB 的辉煌之路，离不开每一位支持与关注的用户 ，离不开每一位活跃于社区的小伙伴 。是你们的热情参与、宝贵贡献与坚定…

没卡主，正常执行了，我的疑问是为啥开启了 fast ddl ，tmp 没涨哈

[image] owner 的节点在 /tmp 目录下 [image]

region 没问题，就是因为 slow store 掉 leader

[image] 我的每个节点配置都是一样的，而且 br 恢复应该也不会发生写偏斜吧，不知道咋解

用的 br，能让 slow store 的评分不生效吗

任务又建立起来了，我再观察几天看下是否会复现

同步了，我看任务的报警信息，告知目标端的表直接就没了

搜过目标端的日志，没有删除的记录