恭喜三位大佬

4t不是硬性限制，单个kv的磁盘容量也可以超这个限制，只是不建议。 因为容量大了后region数量就很大，调度起来压力变大，所以通常是扩kv节点而不是扩磁盘。

同机房内网络延迟通常要小于0.5ms，同城跨机房间小于3ms，跨城之间小于20ms

参考下这个： https://docs.pingcap.com/zh/tidb/stable/three-data-centers-in-two-cities-deployment/

文档介绍的比较清楚，也有示例： https://docs.pingcap.com/zh/tidb/stable/partitioned-table/#range-interval-分区 不过实际用的应该不多

非聚簇

你这些文件是dumpling出来的标准命名格式，不需要pattern，把mydumper.files整体去掉

和checkpoint没关系。 pattern的问题，数据文件被过滤掉了 [image]

最新版本已经修复了 https://docs.pingcap.com/zh/tidb/stable/tidb-lightning-data-source/#自定义文件匹配

确实是写错了

从lightning日志看，lightning运行成功了，checkpoint那个提升没有影响。 你检查下导入目标库的连接信息有没有配置正确，是不是配置到别的库了？ 或者data source目录是不是没有文件？

祝TiDB越来越好，asktug用户早日破百万!

支持猫哥！

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

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

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

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

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

部署架构发出来看看