【 TiDB 使用环境】生产环境
【 TiDB 版本】v6.5.3
如图，
102的region个数是941，但是region大小是61G。
101的region个数是2499，但是region大小是42.18G。
这相差有点大吧~
1 个赞
还是个盗版的windows～～ 
先比较下region 的 score
你看region 的count 相差也很大的…
region 的实际大小 和 数量 才能反映到 Size 上
当区间为 [a,e) 的 Region 的大小超过 region_max_size，
TiKV 会尝试分裂该 Region，例如分裂成 [a,b)、[b,c)、[c,d)、[d,e) 等区间的 Region 后
这些 Region [a,b), [b,c), [c,d) 的大小为 region_split_size (或者稍大于 region_split_size）
region-max-size = "144MB"
region-split-size = "96MB"
可能有很多空region吧，手工compact一下看看
101 ，可能有较多的region 刚好大于max_meger_region_size=20M 一点点，所以没有自动meger，
可以先查看region 大多数都在什么大小范围，然后修改max_meger_region_size 参数就好，让其auto meger，之后可以在改回去
我的意思是，个数少的，size反而大。就很奇怪。
1 个赞
就算有2000个空region，region大小也应该差不多才对
1 个赞
两个节点的磁盘大小一样吗？
有没有设置placement rule？
没有做额外设置。都是3节点混布，最近做扩容的的时候发现的，就很奇怪
1 个赞
我也在做扩缩容，看了下监控发现这个store region size统计的不准，这几个kv我都是1.8T的，监控上都超过2T了，我猜是因为pd一直在调度region ，region一直在分裂合并这个时候计算不准确
1 个赞
有道理，估计均衡完要restart一下才能准确。
1 个赞
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。