大佬们好, 我们公司之前业务场景一直是使用canal来做binlog的订阅发送到Kafka和RocketMQ,属于重度依赖binlog订阅, 目前遇到的一个问题是同一个数据库的订阅任务太多,导致改数据库的slave数量非常多, DBA在做表的无锁变更时会产生非常多的流量,有可能会导致ddl变更失败,
组内准备做一个基于flink方案的改造,最近几天在看flink-cdc的解决方案,感觉很适合我们的场景 但是运行了官方提供的demo发现使用flink sql来对mysql的表表进行binlog订阅,似乎是有几张表就会有几个slave 是不是我的使用的姿势不对? 想问下大佬们有没有什么方案能将多个订阅任务使用一份binlog来减少数据的slave的数量?
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
实时计算Flink版是阿里云提供的全托管Serverless Flink云服务,基于 Apache Flink 构建的企业级、高性能实时大数据处理系统。提供全托管版 Flink 集群和引擎,提高作业开发运维效率。