是的。

拿报错信息在社区搜一下，有很多类似的案例

按照你描述的部署结构，每个tikv上的就是全量数据

2.7T是看的哪个指标

1、排查下是不是有应用端直连这个内存高的tidb server 2、看下这个tidb server都是哪些ip在连接netstat -tn | grep ':4000' | awk '{print $5}' | cut -d: -f1 | sort -u

dumpling默认不导出视图，你要加–no-views=false 才行

看看有没有帮助

select table_schema,table_name FROM INFORMATION_SCHEMA.TABLES b WHERE b.TABLE_SCHEMA not in ('METRICS_SCHEMA','mysql','INFORMATION_SCHEMA','PERFORMANCE_SCHEMA','test') and table_type='BASE TABLE' and (table_schema, table_name) not in (select TABLE_SCHEMA,TABLE_NAME from (select TABLE_SCH…

社区版（开源版）下载地址： 开源地址： 企业版（平凯数据库）：

dumpling的运行日志发出来看看

DM全量迁移的背后就是做了一次dumpling+lightning，dumpling对上游为 MySQL 且表的主键或复合主键首列是 INT 的场景，会有表内并发效果，就是分批。

可以的，看这个方案： https://docs.pingcap.com/zh/tidb/dev/multi-data-centers-in-one-city-deployment/

2-2-1模式分别放voter、voter、follower，follower的AZ挂了不影响，voter的AZ挂了就把follower改成voter重新选leader就好

用placement-rules设置每个AZ放多少个副本 https://docs.pingcap.com/zh/tidb/dev/configure-placement-rules/

GC lifetime设置的多少啊

找个工具转一下，比如navicat、dbeaver这种 或者把ddl导出来让AI给你转成Oracle格式的

等锁超时了，和tidb没关系，和你的代码有关系，排查一下数据库操作逻辑吧

左边的tikv读写流量比右边高不少，感觉还是热点问题。 看下unified read pool的监控