Flink CDC里2.2版本上binlog reader的这个TODO什么时候修复？

是的，这个问题在Flink CDC 2.4版本中得到了修复。

在Flink CDC 2.2版本中，存在一个已知问题：在某些情况下，Binlog Reader无法感知到数据库中动态新添加的轮转新表。这会导致CDC作业无法自动捕获这些新表的变更数据，从而影响数据同步的完整性。

在Flink CDC 2.4版本中，这个TODO被移除，表明该问题已经得到解决。根据官方文档和更新日志，修复的核心改进包括：

1. 动态表发现机制的增强
   Flink CDC 2.4版本增强了对MySQL Binlog的解析能力，能够动态感知数据库中新创建的表，并将其纳入CDC作业的监控范围。这意味着即使在作业运行过程中新增了表，CDC作业也能正确捕获其变更数据。

2. 支持更灵活的表匹配规则
   在配置table-name参数时，用户可以通过正则表达式匹配多张表。例如：

   'table-name' = 'user_.*'
   

   这种方式可以动态适配新增的分库分表场景，确保新增表的数据变更能够被捕获。

3. 改进的Binlog位点管理
   新版本优化了Binlog位点的记录和恢复机制，确保在动态表发现过程中不会丢失数据或出现重复消费的情况。

注意事项

• 升级建议：如果您当前使用的是Flink CDC 2.2版本，并且遇到类似问题，建议尽快升级到2.4或更高版本以获得修复后的功能。
• 兼容性检查：在升级之前，请确保您的作业配置与新版本兼容，尤其是scan.startup.mode等关键参数的设置。
• 性能调优：动态表发现可能会增加Binlog解析的压力，建议根据实际业务需求调整并发度和Checkpoint间隔时间，以避免性能瓶颈。

通过以上改进，Flink CDC 2.4版本已经能够很好地支持动态新表的变更捕获，解决了2.2版本中的这一限制。