tmp 在 ddl sst 生产开始应该会涨，不过 ddl 执行完成后会清理的。

DDL 卡住了么？owner 节点有没有什么 ddl_work 相关日志看看有没有异常。

show config 看看有没有配置成功。 然后找下 ddl owner 节点，看看是不是那个节点 tmp 目录在涨。

all 是 dumpling + lighting + 增量同步。dumpling 备份文件中会有 meta 文件记录备份位点。

[image] 可以指定 pos 或者 gtid 的。https://docs.pingcap.com/zh/tidb/stable/task-configuration-file-full/

好吧 我测试了下。 [image] 在线升级的时候 指定你这个版本，pd 是 716 。感觉有点问题。

指定版本是 v9.0.0 呢？ 可以识别么

感觉可以升级看看？版本太低了，官网文档都归档了。

看你的描述。。。感觉是 tiflash 有 mvcc 累积没有 compact 导致 。。。。

region id 是最小逻辑单位。然后逻辑单位由 3 个副本组成，3 个副本就是 peer id。leader id 就是 peer id 其中一个，也就是 3 副本里面有个 peer 是 leader。

你们用的 RawKv ?

你这个配置是过滤 t3_test 库下面的 test1，和 test2 两个表。 下面 matchser 的是 test 库下的 test1,test2 两个表。为啥这么配置？ 你现在写下游 kafka 的数据都是 t3_test 库下的 test1/test2 两个表数据吧。

手动去找下这个文件，手动打开看看手动执行看看报错调试下呢。

@lidezhu-PingCAP 德竹老师有时间再看看呐。

你们 br pitr 每 6 小时追一下增量，是怎么做的？ 命令发来看看。

可以的话 ，可以上传个 clinic 我们看看不 clinic 收集方法：https://docs.pingcap.com/zh/tidb/stable/quick-start-with-clinic/ 可以上传到国内。

我看上面说的是转为 base64 了，这里说截断了，具体情况是啥？ 个人推荐试试一样数据一个程序 写 mysql 看看啥行为。 最好可以提供一个测试案例 我们本地调试下试试 。 补充下 tidb 的 json 格式：https://docs.pingcap.com/zh/tidb/stable/data-type-json/

公司内部好像有人在看了，说用 go gorm 写是能正常写进去的。。。。没复现出来你这个问题。。。。

感觉可以 tidb-server reload 下断链下。