我也在等回复。。

这情况和我差不多，像是之前cdc的bug

确认过了，时间都一样。 这个情况属于偶发， 我看论坛有其他人早期反馈过这个问题。 不确定这个版本是否还存在

2c2g 这配置有点低了， 可以先看下tidb启动失败的日志， 7.9可以起8.5.2的

指定下你需要同步得库表，看你得任务 rules 里面是 . 这不生效吧

没多少，几万张吧 [image]

强制走 也不生效 [image]

是的，统计信息都是最新，这个语句在6.5.3的时候 他就走索引。

最新的测试情况，升级之后很多原本应该走索引的语句 或者走tiflash的 直接走了kv导致，举个例子 where条件中外层带括号走 不走索引。没搞懂为啥 查询语句1 desc SELECT VideoId AS BookId, Language AS BookLanguage FROM VideoInfo WHERE (VideoId IN (‘15806446’)); [image] 查询语句2 desc SELECT VideoId AS BookId, Language AS BookLanguage FROM VideoInfo WHERE Vi…

升了升了， 先跑两天看看

可以这样玩？ 我试试

[image] [image]

那是别得业务系统用到得数据，他们自行消费kafka，我是想说明 这个可以被cdc同步出去。 源是6.5.3，cdc也是6.5.3

【大家的 TiDB 集群数有多少】 4套 【所在的公司有用海光服务器吗？使用数量有多少？】 没有 【除了海光服务器，目前在用的服务器品牌有哪些？】 基本都是戴尔的

dm 上游及下游的方式我都跑过，最后我选择dm在下游开启relay log，主要流量就是接binlog了。网络不好的时候也蛋疼 使用上游确实获取binlog速度快， 但是在写入的时候那是真的慢，有网络波动的时候甚至会有重复key导致task 卡住的情况。

期待考证优惠活动。。。+1

mysql8 可以支持binlog压缩，看其他人得测试文档，大概能少一半。这种对于使用dm同步mysql数据的，带宽也能少一半。像tidb和mysql 不在一个区域的，妥妥的省钱小能手。

这么快十年了，等你下一个十年

初心不改 ~ CentOS 7.9