大佬们好, 我们公司之前业务场景一直是使用canal来做binlog的订阅发送到Kafka和Rock

大佬们好, 我们公司之前业务场景一直是使用canal来做binlog的订阅发送到Kafka和RocketMQ,属于重度依赖binlog订阅, 目前遇到的一个问题是同一个数据库的订阅任务太多,导致改数据库的slave数量非常多, DBA在做表的无锁变更时会产生非常多的流量,有可能会导致ddl变更失败,

组内准备做一个基于flink方案的改造,最近几天在看flink-cdc的解决方案,感觉很适合我们的场景 但是运行了官方提供的demo发现使用flink sql来对mysql的表表进行binlog订阅,似乎是有几张表就会有几个slave 是不是我的使用的姿势不对? 想问下大佬们有没有什么方案能将多个订阅任务使用一份binlog来减少数据的slave的数量?

展开
收起
游客3oewgrzrf6o5c 2022-07-07 18:06:10 678 分享 版权
2 条回答
写回答
取消 提交回答
  • 一个订阅 然后把按照不同表分发到不同名字的topic 去(此答案整理自Flink CDC 社区)

    2022-07-08 10:09:04
    赞同 展开评论
  • 有..能做到单slave 分流写 topic(此答案整理自Flink CDC 社区)

    2022-07-08 10:08:47
    赞同 展开评论

实时计算Flink版是阿里云提供的全托管Serverless Flink云服务,基于 Apache Flink 构建的企业级、高性能实时大数据处理系统。提供全托管版 Flink 集群和引擎,提高作业开发运维效率。

收录在圈子:
实时计算 Flink 版(Alibaba Cloud Realtime Compute for Apache Flink,Powered by Ververica)是阿里云基于 Apache Flink 构建的企业级、高性能实时大数据处理系统,由 Apache Flink 创始团队官方出品,拥有全球统一商业化品牌,完全兼容开源 Flink API,提供丰富的企业级增值功能。
还有其他疑问?
咨询AI助理