大佬们好，我们公司之前业务场景一直是使用canal来做binlog的订阅发送到Kafka和Rock[阿里云实时计算 Flink版] 暂停朗读为您朗读

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

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