看着是配置没下发啊，reload下 tiflash

不走索引的原因是什么，统计信息过旧？如果是已知的高频sql，直接绑执行计划吧

每个节点都要能看到全量的SST备份文件才可以

还没有开始导数据，应该是表太多了，看发的日志还在做precheck

不太明白s3的原理，你可以确认下，在resore的时候，所有tikv节点都能获取到完整的备份文件列表吗

自带的有ticdc监控和告警啊

按楼上大佬说的换个lightning版本搞一下吧

这不是在调度吗，增加调度速度就可以了啊

store limit 6 200 remove-peer store limit 137863286 200 add-peer

index-concurrency = 2 table-concurrency = 6 调整下试下，这台机器只部署了lightning吗，不知道这64G占用怎么来的，感觉不太合理，导出文件都拆分过了吗

你这个是config show吧

operator show 看下呢

sort区空间够吗，这个日志打印的位置会预估data kvs和index kvs的整体大小

看着像是precheck都没过，OOM的图有吗，region-concurrency 默认是vc数量，应该占用不了这么多内存才对 还调整了其他参数吗

如果是测试环境，要把上面的调度调大 调成0肯定很慢啊，或者就不调度了

https://docs.pingcap.com/zh/tidb/stable/pd-control#region-key---formatrawencodehex-key 参考下，根据key找到region，再找对应的表信息 不过看着像是region cache的问题，先试下吧

config set leader-schedule-limit xxx config set region-schedule-limit xxx config set replica-schedule-limit xxx config set max-snapshot-count xxx config set max-pending-peer-count xxx store limit xx xxx add-peer 生产环境建议慢慢跑就是了，测试环境可以根据需要调整下

[image] 6.2开始，tiflash对向量化引擎做了优化，但是对CPU架构也有了一定要求，需要支持avx2

安装过了是吗，ng进程是不是启动了啊，可以看下ng日志的报错，一般来说部署完就好了 可能是老版本升级上来会有问题吧，这个不清楚