坚持出海，做大做强

当然是可以source ,也这么做了。 就是想验证import into from file 这个方法，文档中提到方式。在remove changefeed 后也没有import成功 ，ERROR 1292 (22007)

重新scale-out 了cdc ，list可以看到已有的changefeed的，是可以remove掉的。 [tidb@tidb01 ~]$ tiup cdc cli changefeed list --server=http://192.168.2.72:8300 Starting component cdc: /home/tidb/.tiup/components/cdc/v8.5.2/cdc cli changefeed list --server=http://192.168.2.72:8300 [ { "id": "pingcap-01", "namespac…

开发的SQL规范有时候很重要

嗯，是可以这样搞

我也是这么理解的， 有官方文档的介绍说明吗

问题就是a表 ，为啥不选择 a.certino 列，这个字段上是有索引的。如果是这么改下执行就没问题了。 AND a.certino = b.certino AND STRCMP(IFNULL(a.payno, 1) , b.payno ) = 0

我也是疑问啊，changefeed 应该在做完测试后就已经remove掉了，就留下了cdc的节点在集群里。

如何强制删除呢，cdc 都已经scale-in了呢，我觉得已经不存在cdc相关的信息呢， chagefeed-id 的确是测试环境使用的id。

这是某一个盘出问题，还是都出问题了呢，有没有共同的地方

Lock CF 中的锁是临时状态，不会长期保留 ，任何情况下的事务完成 / 超时都会触发锁的清理； Write CF 的清理是异步、基于GC safe point版本记录机制 ，保证 MVCC 多版本读的同时，逐步清理过期垃圾数据。

不存在业务中的SELECT操作呢，我也去查查生产库，有点意思呢。

我们更多的是SQL Binding ，不过这个情况多了，也很痛苦。

优化优化全表扫的慢SQL ，看图显示你的IO很小的

在cdc 在 v8.5.4-release 版本中引入了新架构 ，看着介绍功能很强的。

[图片] https://docs.pingcap.com/zh/tidb/stable/ticdc-architecture/

在cdc 在 v8.5.4-release 版本中引入了新架构，可以研究下有没有新特性解决这个痛点。

关注 关注下

有没有尝试过参数 = 8 的现象，