Flink CDC 2.2.1 版本不支持通过 source 指定 binlog 或者 timestamp 的方式来做增量同步。在 Flink CDC 2.2.1 版本中，增量同步是基于数据库的 binlog 日志来实现的，而不是通过指定具体的 binlog 文件或者时间戳。
然而，Flink CDC 2.2.1 版本支持在执行 checkpoint 时将位点存储到 state，以支持 exacty-once 语义。这意味着，如果你想要从特定的位点开始同步数据，你可以通过从 savepoint 恢复的方式来实现。
需要注意的是，这种方法并不能精确地控制同步的起始位点，因为它依赖于 Flink 任务的 checkpoint 机制。此外，由于 Flink CDC 依赖于 Debezium engine 来捕获数据更改，因此在恢复位点的同时，还需要恢复 HistoryDatabase，这可能会增加恢复过程的复杂性。
Flink CDC 2.2.1 版本不支持通过 source 指定 binlog 或者 timestamp 的方式来做增量同步。在 Flink CDC 2.2.1 版本中，增量同步是基于数据库的 binlog 日志来实现的，而不是通过指定具体的 binlog 文件或者时间戳。
然而，Flink CDC 2.2.1 版本支持在执行 checkpoint 时将位点存储到 state，以支持 exacty-once 语义。这意味着，如果你想要从特定的位点开始同步数据，你可以通过从 savepoint 恢复的方式来实现。
需要注意的是，这种方法并不能精确地控制同步的起始位点，因为它依赖于 Flink 任务的 checkpoint 机制。此外，由于 Flink CDC 依赖于 Debezium engine 来捕获数据更改，因此在恢复位点的同时，还需要恢复 HistoryDatabase，这可能会增加恢复过程的复杂性。
