tidb 集群创建分区,负载均衡的问题,默认打到 2,6,13 这三个store上

一个好的问题描述有利于社区小伙伴更快帮你定位到问题,高效解决你的问题

【TiDB 使用环境】生产环境 /测试环境
【TiDB 版本】
【部署方式】云上部署
【操作系统/CPU 架构/芯片详情】
【机器部署详情】CPU大小/内存大小/磁盘大小
【集群数据量】
【集群节点数】
【问题复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【复制黏贴 ERROR 报错的日志】
一直提示region 不可用
【其他附件:截图/日志/监控】

麻烦问题可以描述清楚一点吗

报region 不可用的原因是吗?检查一下状态和日志呢?

调度器无法识别分区表的打散需求

查下日志,看看什么情况

查看一下报警日志。

没大看得特别清楚问题,提供一个详细日志看看

表数据量大吗?

调度参数是不是关闭了?

第一怀疑是表配置了Placement rules,只能在这三个store上。

可以手动调整分区

分区数据固定落在 2、6、13 号 store,调度均衡策略失效,副本集中导致 region 不可用。

新建分区产生的 Region 初始只在 3 个 Store 上有副本并不等于失衡;副本数为 3 时每个 Region 本来就只落 3 个 Store,PD 再根据 leader/region score 异步调度。持续固定在 2、6、13 且报 region unavailable 时,先用 pd-ctl store 检查其他 Store 是否 Down/Offline、空间超限或 label 不匹配,再分别查 region check miss-peerpending-peerdown-peer、placement rules 和 PD operator/scheduler。先恢复副本 quorum、清除错误的 label/placement 约束并等待调度收敛,期间不要继续批量 split;提供具体 Region ID 才能判断是哪条规则或哪个 Store 阻塞。