TIKV_REGION_STATUS 表中 TABLE_ID | DB_NAME | TABLE_NAME为 null 的是什么数据，sum(APPROXIMATE_SIZE) 每天都在增长

🪐 TiDB 技术问题
1

【 TiDB 使用环境】生产环境
【 TiDB 版本】6.1.0
【复现路径】select DB_NAME,TABLE_NAME,sum(APPROXIMATE_SIZE) from TIKV_REGION_STATUS group by DB_NAME,TABLE_NAME;
【遇到的问题：问题现象及影响】 TIKV_REGION_STATUS 表中 TABLE_ID | DB_NAME | TABLE_NAME为 null 的是什么数据，sum(APPROXIMATE_SIZE) 每天都在增长，从统计来看，消耗了几百 G 的空间，可以回收吗？

2

我看了测试环境有100多条null的region记录，不知道用途

4

在 TIKV_REGION_STATUS 表中，TABLE_ID、DB_NAME 和 TABLE_NAME 为 NULL 的数据是 TiKV 中的一些系统表或者系统 Region，这些 Region 不属于任何一个用户表，因此在 TIKV_REGION_STATUS 表中无法找到对应的 TABLE_ID、DB_NAME 和 TABLE_NAME 信息。

至于 sum(APPROXIMATE_SIZE) 每天都在增长的原因，可能是因为 TiKV 中的数据在不断增加，导致 Region 的大小也在不断增加。APPROXIMATE_SIZE 是一个近似值，它并不是精确的数据大小，因此在实际使用中，需要根据实际情况进行调整。

如果您想要更加详细的信息，可以通过 TiDB Dashboard 中的监控面板进行查看。在监控面板中，您可以查看 TiKV 中各个 Region 的详细信息，包括 Region 的大小、读写流量等。具体的操作方法可以参考 TiDB 官方文档中的相关章节 [1]

1 个赞
5

学习了

6

监控看看 region health 页面 有无空。
region 的区间 是以 Key_start 和 Key_end 来做分割的，如果没值，则代表无限小，或者无限大。

7

tikv-ctl --host xxxx -r region_id 看下cf default region size 值

max_merge_region_size 改一下，默认20M。让其合并下
删除region 之前遇到，解决的

8

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。