【 TiDB 使用环境】测试
【 TiDB 版本】v6.5.0
【复现路径】无
【遇到的问题:问题现象及影响】
undersized-region-count和oversized-region-count是什么意思?
个人瞎猜:
undersized-region-count 是region小于96M的region数量,其中不含empty region
oversized-region-count 是大于144M的region数量
undersized-region-count和oversized-region-count指的是存在于分布式系统中的区域(region)的数量。其中undersized-region-count是指未能达到所定义的region size的区域的数量,而oversized-region-count是指超过所定义的region size的区域的数量。
您这 empty-region 为什么这么多??
您是不是更改什么参数了 ???
删除数据的事情干太多了,GC 后没合并就会这样,正常的
GC 后,没合并。 为什么没合并? 一般多久合并一次???
文档上有描述,细节可以好好围观下
至于多久合并,合并是个什么策略,和配置有关系的,asktug 很多关于 空region 合并的帖子可以参考
至于为啥会有 empty region,可以参考我去年写的一篇ppt ,好像有录播(武汉社区活动)
收到 ,感谢!
测试环境,没事就删数据
这个应该是:https://docs.pingcap.com/zh/tidb/v6.6/pd-configuration-file#max-merge-region-size
mysql> show config where name like '%.max-merge-region%';
+------+---------------------+--------------------------------+--------+
| Type | Instance | Name | Value |
+------+---------------------+--------------------------------+--------+
| pd | 192.168.31.201:2379 | schedule.max-merge-region-keys | 200000 |
| pd | 192.168.31.201:2379 | schedule.max-merge-region-size | 20 |
+------+---------------------+--------------------------------+--------+
2 rows in set (0.01 sec)
还真没有个定论,我去提个文档需求吧
-
96M纯属个人瞎猜(小于20M的会被merge)
-
undersized-region-count 含不含 empty region,我现在也拿不准了
- 关于 undersized-region-count 我也是盲猜,等等 我亲爱的达瓦里氏 提完文档需求后的定论吧
1 个赞