【 TiDB 使用环境】生产环境
【 TiDB 版本】v4.0.9
【复现路径】做过哪些操作出现的问题
1,br全量备份几个库的数据。
2,然后br把数据恢复到新部署的tidb集群中。
【遇到的问题:问题现象及影响】
新集群中出现了非常多的empty region,导致数据分布严重不均。 可在原来的集群里只有少量的empty region,我想问下这是什么原理? thanks~
【附件:截图/日志/监控】
【 TiDB 使用环境】生产环境
【 TiDB 版本】v4.0.9
【复现路径】做过哪些操作出现的问题
1,br全量备份几个库的数据。
2,然后br把数据恢复到新部署的tidb集群中。
【遇到的问题:问题现象及影响】
新集群中出现了非常多的empty region,导致数据分布严重不均。 可在原来的集群里只有少量的empty region,我想问下这是什么原理? thanks~
【附件:截图/日志/监控】
导入结束了吗,结束的话merge-schedule-limit参数调大观察下
还没结束呢, 前面我试过一次,导完后,开启merge配置,我这版本默认是不开的,打开数据就会均衡开了。
set config pd schedule.enable-cross-table-merge
= ‘true’;
我是不理解为啥导数据会这样呀?是什么原理 ,因为我原集群是没有这些空region的
导入也是新建region 不是导入region
建立了太多空的等他合并
还是不理解为啥会这么多空region, 原集群没有呀,如果说原集群最开始是有空region的,那原集群 己经合并过了,难道导数据到新集群又回复到原来的了,还需要再合一次?
set config pd schedule.enable-cross-table-merge
= ‘true’;
如果没开这个,导入的时候会按照数据逻辑分散的概率写入到不同的region,并且不会合并
划重点:
每个区间数据的写入会开启新的region,装载一段数据,然后 区间间隔 也会建设连续的 region,保证数据能正常的写入,所以会有很多空的 (你遇到的应该是极端的情况了… )
好的,感谢大佬
我先看看基础内容,天天事太多,一直没静下心来看tidb。
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。