支持猫哥！

上游一个库对应一个changefeed就行吧

SQL报错是不是发生在这两个时间段？ [image] 从tikv监控看应该是节点断连了，可能是有网络波动

感觉和这个问题有点相似：

拿这个key去表里查一下是不是确实存在，大可能性就是你数据有问题

空指针异常，应该是碰到bug了

部署架构发出来看看

是的。

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

按照你描述的部署结构，每个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 的场景，会有表内并发效果，就是分批。