可以参考 OpenEuler （操作系统）的命名方式：22.03 、23.03、24.03 22 代表 2022年 .03 代表 3 月份 每年发一个版本，双数年版本为 LTS 版，奇数年为 火车头版类似 dmr

配置文件中增加相关参数，问题解决 [table-configs.config1] target-tables

配置文件中 f 为分区间，也配置上了

CREATE RESOURCE GROUP IF NOT EXISTS ap_l RU_PER_SEC = 25000 PRIORITY = LOW; create user u1@‘xxx.%’ identified by ‘xxxx’; ALTER USER u1@‘xxx.%’ RESOURCE GROUP ap_l; 跑 SQL 是切换到 u1 用户下，SQL 如下： SELECT xxx,xxx FROM t1 WHERE xx = 123 AND xx >= “2024-07-22” AND xx <= “2024-09-22” GROUP BY id …

我的意思是，如果有机架变更，那么 tikv 要重新打 label，而重新打 label 则有可能导致一个 region 出现在同一个交换机下，隔离在 host 上就有问题了，解决方案如上，所以 tidb 的隔离不能设置两个吗？ tikv : jijia1,host1 jijia1,host2 jijia3,host3

我们有这样的一个场景的需求，3副本： 单机多实例的业务场景下，隔离级别需要设置成 host，因为需要避免同一个 region 的leader 和 follower 同时出现在一个主机上，如下图： [image] 但是对于上游链路来说，同一个交换机可能管理多个主机，如果需要 region 的高可用一个 host 是不符合需求的，如下图： [image] 那么能想到的解决方案如下： 业务侧自行控制 host 和 rack 的对应关系，避免一个交换机管理多台 tikv host 当交换机调整后，变更 host 的 label （需要 4 个主机） 所以想确认一下是否有 rack,…

看起来不像资源导致的抖动，建议看看在那个时间段都跑起了什么 SQL 语句

您主机配置的网卡是千兆还是万兆的

截一下网卡监控谢谢

点赞收藏

如果是周期性的需求建议改造成分区表

看监控问题时间点没有触发熔断 [image]

sorry ，只是替换了敏感字段，没啥对应关系的

看文档描述貌似不是先判断再执行，而是无脑直接在 tiflash 上 [image]

技术不是越新越好，如果我作为决策者，技术只是我考虑的一方面（大约40%） 简单的说技术的先进性是 yes or no，切换的决策是投入和产出，不是一个维度的

[image] 没 warning，强制 mpp 走的必然是 tiflash

analyze 过，分区健康度 99 ，而且锁定了统计信息，还是走 tikv

https://docs.pingcap.com/zh/tidb/stable/pd-control#operator-check--show--add--remove 参考下这条命令 operator add remove-peer 1 2 // 移除 store 2 上的 Region 1 的一个副本

背景：sysbench 压测过程中，评测 TiDB 8.1.0 的 RU，压测过程根据不同并发进行负载，每个阶段压测 1800s，中间休息 120s 第一阶段(大致)：14:30 ~ 15:00 第二阶段(大致)：15:00 ~ 15:30 第三阶段(大致)：15:30 ~ 16:00 问题描述：第一阶段无法评估 RU 报错如下 ERROR 1105 (HY000): The workload in selected time window is too low, with which TiDB is unable to reach a capacity estimation; pl…