监控丢点就是没上报

全都要

这个问题意义不大

阿里云，可能是华北 2套，<100c 不考虑

这个不是社区能解决的问题了，需要去github 提issue,看有没有对应研发回你。你也可以看下是不是用的 最新版本的cdc 了

kafka 消费的时候，如果有需要， 再转化成decimal 写入下游

无论是写入数据库就丢了，或者是cdc 的时候丢了，可以思考下能不做转化成str 再同步

先看下写入tidb 的时候，精度是不是就丢了 博客 - 关于 decimal 精度问题 | TiDB 社区

dml 前，先开事务，不对就回滚

直接那张表tiflash 副本先干掉，再重建试试

执行了truncate 的那张表

哈哈哈6

直接合并需求，按照频率排序吧

你不要理解为同步延时的那种延迟，而是tidb 执行一些指令 的耗时。看右边指标名称

建议先删除这个表的tiflash 副本，再生成这个副本，应该就好了

这个报错复制放到大模型里面就能告诉你了

没有 end

目前没做任何备份，一共4台机器，我是这样部署的，两台机器搭建了mySQL 主从同步，两台机器搭建了两个单点的tidb , 外网mysql 主从通过DM 分别对内网tidb 做了主从，过滤delete 操作

我们这需求仅仅是逻辑全备 全备需要做到按照表来备份，恢复时支持单表恢复 因为所有当天记录都可重做，恢复到当0点就行