flinkcdc全量同步完以后，是从最开始的binlog读的还是从那个binlog读的？

Flink CDC 在全量同步之后，会继续从全量同步结束的地方读取 binlog 文件。
Flink CDC 会记录每个表的 binlog 文件的位置，以便后续可以从中读取增量数据。Flink CDC 使用 binlog 的 GTID 来跟踪 binlog 文件的位置，以确保能够准确地记录增量数据。
如果您在全量同步之后遇到序列化问题，请检查 Flink CDC 的配置。确保 Flink CDC 的 binlog 格式和 MySQL 的 binlog 格式相匹配，并且配置了正确的 MySQL 用户和密码。此外，您还可以检查 Flink CDC 的 binlog_file 和 binlog_position 参数，以确保从正确的 binlog 文件和位置开始读取。

看你用了checkpoint没有，用了的话，从你checkpoint里面的offset开始读， 不知道那个binlog文件，你可以指定binlog文件开始读，看看会不会出现你那个问题，此回答整理自钉群“Flink CDC 社区”

Flink CDC在同步完全量数据后，会开始同步增量数据。在同步增量数据时，它会从最后一个同步的点开始，读取后续的binlog事件。这个点是由Flink CDC自己维护的，被称为"checkpoint"。

在你的情况下，如果你在同步全量数据后重启了任务，那么Flink CDC会丢失之前的所有信息，包括checkpoint。因此，它会在开始同步增量数据时，从最开始的binlog事件开始读取。这就是为什么你会出现序列化问题的原因。

为了解决这个问题，你需要在同步全量数据后，保存Flink CDC的checkpoint，并在重启任务时，加载这个checkpoint。这样，Flink CDC就可以从上次同步的位置开始，读取后续的binlog事件。

你可以参考Flink的官方文档，了解如何保存和加载checkpoint。