恭喜恭喜！！！！！！

可能是临界状态，改成3试试

看里面意思是这样

这个要问问官方的研发大佬，什么样的场景下触发？ 如何避免 https://github.com/pingcap/tiflow/issues/2758

之前看到过 4.X 5.2.X 5.4.X都有出现过，你的是5.3.X， 很可能是同样的问题

1、说的太魔幻，需要魔幻之翼大佬来解决 2、确定没有没有其他的dm任务？或者 dm meta的元数据的问题？

1、上游tidb中是不是有一个大表（tps高）？ 2、ticdc是按table维度调度到processor上，如果某个表tps 比较高，ticdc server又是无差异化的，多个ticdc server都无法解决

1、把task 配置发下 2、把完整的query-status内容发下 3、是否是分库分表合并场景？

欢迎欢迎

有关ver_conf和version含义可以参考这里： // Conf change version, auto increment when add or remove peer uint64 conf_ver = 1; // Region version, auto increment when split or merge uint64 version = 1; 1、用pd-ctl 查看 region 3 的状态 2、看看tidb 日志中有关region 3的日志 3、region 3的 version：2，已经分裂过一次，但是请求的元数据过久 4、查下apply 线程…

一般是 新增一个同步任务

厉害了，第一次看到还可以这样搞，这玩意不是出厂时就决定了吗？

要说下 dm 每秒处理（同步的）的数据量，每条记录多大，按目前给出的，没法分析啊

从某方面来说设计尤为重要，在支付方面，不管什么数据库，基本不存储小数，都是扩大100倍或者1000倍后存储在数据库中，后面给用户展示的时候需要转换。

1、遵循tikv和tiflash的规则和差异； 2、对这种精度主要在设计上，如果要保留多少个精度，一般都是乘以多少位整数，特对金额方面尤其适用，总的来说，数据库里面都是存储的整数，显示的时候做换算。

1、看看dm日志有什么异常？ 2、记得库名(schema-pattern)表名(table-pattern)字这里通配符有要求,支持* ？ 3、如果用~, 用双引号 引注 试试？ [image] 参考这里： https://docs.pingcap.com/zh/tidb/dev/dm-binlog-event-filter [image] https://en.wikipedia.org/wiki/Glob_(programming)#Syntax

可以看看这个 https://github.com/tikv/tikv/issues/14173

限流这块可以分几个方面 1、tidb-server端，设置token个数，在前端限制连接数； 2、各种线程限流，线程池主要由 gRPC、Scheduler、UnifyReadPool、Raftstore、Apply、RocksDB ，但是主要是rafstore线程池配置，从而限制写请求能使用cpu的core数，除此还有读请求限流； 3、rocksdb限流，通过限制lsm各个level层的memtable大小和文件个数，但是这是终端限流，效果不大，往往已经出现各种cpu高的情景；这里主要限制IO的； 4、当然还有个各种内存配置来限流 个人觉得主要调整线程池的个数