从performance overview来看是慢查询比较明显，把监控时间段内的slow query找出来逐个分析下。TiDB节点中看起来只有55和59在干活，看看负载均衡是否正常。

用什么工具备份的

感觉是业务上锁冲突了

03/28 层峦耸翠，上出重霄。飞阁流丹，下临无地。

看下这个时间段的慢SQL有没有内存消耗特别大的

携手奔赴下一个十年！

是会的，10分钟一个尖刺和GC时间刚好对应上

年纪来了，还得是保温杯不能离手

恭喜三位大佬

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/#自定义文件匹配

确实是写错了