同一集群内没有这个功能，可以考虑搭建从集群，通过ticdc的changefeed 暂停，恢复实现。

这个gc是有问题的，需要查一下gc为啥会卡住

可以看下你的gc是否正常，上次gc的时间是啥时候。br只备份leader的，数据量还要看副本数。

可能需要跟云厂商合作的，看啥时候能谈好了吧。

这个是怎么计算出来的呢？可以先看看gc设置的多大，gc是否正常运行

生产环境不要这么搞。。。看报错是服务器异常重启导致pd数据异常了，重搭吧。

传统的单机数据库存的数据有限，但是性能比较稳定一些。 分布式数据库可以随意扩展，自带高可用能力。缺点就是对网络比较敏感，出问题排查复杂一些。因为组件多，大多数都是通过网络进行交互的。

300多w的indexfullscan在高并发下会慢的，看看tikv的cpu资源及tikv线程池配置

请参考官网文档 https://docs.pingcap.com/zh/tidb/v5.4/troubleshoot-ticdc#如何处理-ticdc-创建同步任务或同步到-mysql-时遇到-error-1298-unknown-or-incorrect-time-zone-utc-错误

发一下tiflash的日志看看吧

4.0的tiflash不是很稳定，hint参考Optimizer Hints

结果集多大呢，这个发送结果的时间包括客户端收到并返回ack的时间，所以还需要考虑客户端的资源及性能问题的

哦哦，理解你的意思了。信创版本确实是有要求支持gb18030的，当前我用的不是信创版本的。

集群什么规模，抓一下pd的火焰图看一下吧

手动编译、安装一个lz4试试呢。

新扩容的tikv跟分区数据没有关系，扩容的tikv只是提高集群的容量及性能，可以简单理解为给数据库扩一下磁盘容量。

怀疑是有热点，可以做一下shard_rowid_bits试试。 https://docs.pingcap.com/zh/tidb/v7.5/troubleshoot-hot-spot-issues#tidb-热点问题处理

我这边有7.5.4的企业版看着是没有的呢。 [image]

应该是你连接池设置了10s的超时时间，改大一下试试