我看已经有了一个backup-tidb-cluster-basic-full-1748228371成功了， basic-backup-schedule-nfs 这个是自己手动添加的？

br 是initcontainer，跑完就结束了

这个再加个-c backup看看输出是否跟之前一样

你的K8S版本及operator的版本是多少？

感觉像是backups这个crd的问题，看看这个yaml

cop的意思是tikv的coprocessor线程池产生的任务，这个任务就是从tikv读取数据的。这个指标慢就意味着从tikv读取数据慢，像楼上说的，你可以先看看你的慢查询，优化后再看看这个指标。

有这个吗？ [image]

那装一下ctl应该就有了

是不是没有装过ctl？ 或者你看看离线包里面有没有ctl的tar包

这个是K8S的行为，因为这个任务执行时连续失败超过了一定的次数，最终失败了 可以用kubectl describe或者kubectl logs看看失败的原因

sync-diff-inspector你值得拥有 https://docs.pingcap.com/zh/tidb/stable/sync-diff-inspector-overview/

Git+flyway

1跟2都是创建用户的时候设置的，由password expire跟failed_login_attempts 控制 https://docs.pingcap.com/zh/tidb/stable/sql-statement-create-user/ 3、由系统参数interactive_timeout跟wait_timeout控制，可以用show variables 查看

监控正常吗？先看看pd的CPU跟内存使用情况。如果正常的话，把那个慢查询的执行计划发出来看看慢在哪里

基本可以确认是磁盘瓶颈，延迟太高了。机械盘优化实在有限，建议上SSD

你把global下面的data_dir去掉，然后在各自标签下写自己的目录应该就可以

贴一下完整的topology文件

show create table xxxx，如果需要脱敏，把字段替换一下

iostat 看看，感觉像是io瓶颈.