我感觉这种机制考虑的还是比较长远，假设业务在不断增长的情况，用户数在增长，对这种热点小表的的访问也会增加，Load Base Split这个机制会始终控制在恒定值之下，不过，region数量确实不可控，其实还有个问题，这样分裂出来的region会不会受meger的影响合并回来，这两个机制上是如何交互的呢？或者有没有交互？
会合并！ 目前我测试环境 压测停了看了下合并回去了 又变成一个region 如果访问一直不断的话应该不会合并 另一个表压测没停 目前没发生合并现象 不过那个表我是用 operator add split-region 1 --policy=scan 这种方式切分的 不知道两者有没有关系
请问有没有办法找到一个表的region leader 是在哪个tikv上呢
TIKV_REGION_PEERS\TIKV_REGION_STATUS\TIKV_STORE_STATUS 关联查询
tidb-ctl --host xxx table regions -d -t 这个就是，region里面有storeid，看leader的store就行。然后store就是tikv。
好的 谢谢
好的 感谢
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。