gc时间内flashback还是挺快的，不过gc时间长了，历史版本保存的多了，对查询性能影响比较大。

你现在的问题是ticdc在NewTi-A不能起changefeed么。 那就不要起，你现在新老集群之间搞个主从复制，通过ticdc让两边数据一致，库的同步没问题了，再改kafka的changefeed到新集群NewTi-A不就好了。 你用这个方案的话，增量怎么搞呢？新集群和老集群数据都不同步，业务流量怎么切啊。

把DB-1 快照恢复到NewTi-A以后，原有老集群的ticdc changefeed不要动，在老集群的ticdc开一个新的chengefeed，根据快照的时间，把老库的db-1数据写到下游的NewTi-A里面去。 其他库也这么处理，4个集群同步没问题了，再把业务流量切到NewTi-A，NewTi-B上去，同时关掉老集群的所有changefeed，在新集群上起changefeed写kafka。 这和主从切流量差不多的道理。

这两天上的多一些，之前都是晚上才有时间看看。

主要就是这个问题对吧。你可以考虑一下tiproxy。 https://docs.pingcap.com/zh/tidb/stable/tiproxy-overview/#使用场景 TiProxy 适用于以下场景： 连接保持：当 TiDB 缩容、滚动升级、滚动重启操作时，客户端连接会断开，导致报错。如果客户端没有幂等的错误重试机制，则需要人工手动检查错误并修复，这大大增加了人力成本。TiProxy 能保持客户端连接，因此可以避免客户端报错。

https://docs.pingcap.com/zh/tidb/stable/password-management/#配置密码连续错误限制登录策略 https://docs.pingcap.com/zh/tidb/stable/password-management/#自动密码过期 补充一些文档。2楼堪称露头就秒。

check the manual that corresponds to your MariaDB server version 我感觉你用了个mariadb的驱动包，这个好像是驱动报的错。 不过本来batch on也没法保证事务，我觉得还是不要在程序内设置比较好。 还有一个问题是，你这个配置io本来也容易成为瓶颈。

你要想控制pd leader非必要不乱飘也是可以做到的。 https://docs.pingcap.com/zh/tidb/stable/three-data-centers-in-two-cities-deployment/#参数配置优化 设置 PD 的优先级，为了避免出现跨区域 AZ 的 PD 成为 Leader，可以将本区域 AZ 的 PD 优先级调高（数字越大，优先级越高），将跨区域的 PD 优先级调低。在可用的 PD 节点中，优先级数值最大的节点会直接当选 leader。 member leader_priority PD-10 5 member leader_priori…

这就是问题 [image] 43%的iowait。 还是pd，tidb，tikv，tiflash挤一台8c32g的机器。你这个配置，比我当初6台4c8g的还要低。我那个就算是乞丐版了，你这个简直是丐神版了。

为什么只看到2个tikv节点，是因为副本数被改过了吗？如果是默认3副本，2个tikv是不满足要求的。

[image] 兄弟，你这工作掉大坑里去了。 你上论坛问了一圈，这版本就没几个还在支持的。 [image] https://cn.pingcap.com/tidb-release-support-policy/ 是bug也没人修的，赶紧安排升级。 这种事就是你不狠心搞它，它就天天搞你。

https://docs.pingcap.com/zh/tidb/v7.5/dashboard-ops-deploy/#多-pd-实例部署 各个 PD 首次运行时会自动协商出其中某一个实例提供 TiDB Dashboard 服务。协商完毕后，无论重启或扩容，都会固定在这个实例上运行 TiDB Dashboard 服务，除非该实例被手动缩容。其他 PD 实例不会运行 TiDB Dashboard 服务。这个协商过程无需用户介入，会自动完成。 正常来说，L可能会变，UI标记是不应该变得。除非缩容过。

性能会很差，测试环境可以考虑，生产就算了吧。其实测试环境如果不测试tpch之类的面向olap的业务，可以不部署tiflash。

我感觉没什么优化空间，tiflash的执行计划已经是最优了。hashagg完全下推到tiflash执行，如果换tikv使用索引扫描，我感觉结果快不了多少。 如果不需要事务，是可以考虑doris的。

bug. 等8.5.2就包含这个修复了。

不应该啊，你指定tidb用户check，为什么实际ssh登的是root？你的拓扑文件里面是不是写了些多余的东西，指定了要用root？

这个库的版本提供一下，最好尝试升级版本再试试。 [1748270289290] 起码类似错误，在这个库下面并不罕见。

这两个存储引擎不一样，数据格式也不同，是要分开的啊。 你建立2个目录就能分开了。和磁盘没关系啊。