不推荐使用裸 kv，官方不会给予技术支持的。。。

我看上面有一些推荐，有试试能解决么？

就这个报错而言，确认下每个 tikv 节点到 ceph 是否网络都是通的。

试试 uri 这么写： # 生成年月日时分时间戳 ts=$(date +%Y%m%d%H%M) # 构造 S3 URI S3_URI="s3://${S3_BUCKET}/${S3_PATH}/${ts}/?access-key=${AWS_ACCESS_KEY_ID}&secret-access-key=${AWS_SECRET_ACCESS_KEY}&force-path-style=true"

[2025/07/02 14:51:36.283 +08:00] [INFO] [info.go:49] [“Welcome to Backup & Restore (BR)”] [release-version=v6.6.0] [git-hash=f4ca0821fb96a2bdd37d2fb97eb26c07fc58d4e4] [git-branch=heads/refs/tags/v6.6.0] [go-version=go1.19.5] [utc-build-time=“2023-02-17 14:40:21”] [race-enabled=false] 我看日志 br 是 6.6…

你看的那段源码？发一下呢。

改了之后问题解决了？

试试升级到 8.5.2 看看能否解决呢？ 看描述感觉是有内存泄漏？

硬等最终成功了么？ 感觉是在等 checksum 完。

需要修改 config：https://docs.pingcap.com/zh/tidb/stable/tidb-configuration-file/#server-version 配置是这个。

那就是需要靠统计信息准确，然后走 cbo 让优化器自己选择了。

最好是让研发提供下最小复现代码。。。。。

如果固定走 tiflash 就指定下 engine 或者加个 hint。 https://docs.pingcap.com/zh/tidb/stable/use-tidb-to-read-tiflash/

接个 --ssh=“system” 试试

账号密码输入的对么？

是的，但是不确定他执行的具体 sql 是哪个，应该是兼容性问题了。

系统设置 ssh 是指啥操作？

要不要试试重启。

日志相关： TiDB 的 DDL worker 在检查 DDL 任务执行进度时，发现集群中有节点的 schema 版本（ver=226）还没同步到最新。这种情况下，DDL 任务会等待，直到所有节点的 schema 都同步完成。 [syncer.go:352] [“syncer check all versions, someone is not synced”] ... [ver=226] DDL worker 在等待元数据锁（MDL），以便更新 schema。期间记录了等待时间（这里超过8分钟），说明有锁等待甚至阻塞。 [ddl_worker.go:1454] [“wait la…