问题一：FlinkCDC 支不支持从从库归档日志捕获数据，还是只能在主库上捕获？
Flink CDC应用系统在Oracle 上开启了主从同步，从库也开启了归档日志，FlinkCDC 支不支持从从库归档日志捕获数据，还是只能在主库上捕获？
参考回答：
Flink CDC支持从从库归档日志捕获数据。当同步Oracle数据库时，根据归档日志的保留时间配置，Flink CDC会从最近的归档日志开始抓取数据。例如，如果需要保留十个小时的归档日志，那么Flink CDC会从十个小时之前的最近的归档日志开始抓取数据。此外，Flink CDC是Flink社区开发的flink-cdc-connectors组件，可以直接从MySQL、PostgreSQL等数据库读取全量数据和增量变更数据。所以无论在主库还是从库上，只要设置了正确的参数，Flink CDC都可以捕获到所需要的数据。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/575319
问题二：Flink CDC中这个参数在连接oracle19c版本数据库中不支持怎么办？
Flink CDC中 'debezium.log.mining.continuous.mine' ='true' 这个参数在连接oracle19c版本数据库中不支持怎么办？
参考回答：
如果您在使用Flink CDC连接Oracle 19c数据库时发现参数 'debezium.log.mining.continuous.mine' 不被支持，您可以考虑以下解决方案：
- 检查数据库版本：确保您的Oracle数据库版本与您使用的Flink CDC版本兼容。某些功能可能在较旧或较新的数据库版本中不可用。升级数据库或选择适当版本的Flink CDC可能是解决问题的一种方法。
- 查询CDC功能：在Oracle 19c中，CDC（Change Data Capture）提供了自己的机制来捕获数据变更。您可以探索Oracle 19c的CDC功能，并根据需要进行配置和使用。这样可以绕过Flink CDC中不受支持的参数。
- 自定义开发：如果Oracle 19c的CDC功能无法满足您的需求，并且Flink CDC中的特定参数不受支持，您可能需要考虑自定义开发解决方案。通过编写自己的数据捕获逻辑，您可以直接连接到Oracle 19c并捕获数据变更，以满足您的需求。
- 寻求其他解决方案：如果以上方法都无法满足您的需求，您可能需要考虑其他数据同步和捕获工具。有许多第三方工具和库可与Oracle数据库集成，并提供类似的CDC功能。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/575317
问题三：如何查看Flink CDC收发数据波动图？
如何查看Flink CDC收发数据波动图？ 
例如我想看最近一天的
参考回答：
要查看Flink CDC的收发数据波动图，可以通过使用Flink自带的监控工具来实现。具体来说，你需要在Flink的Web界面中找到“Metrics”选项卡，并在这个页面中选择你想要监控的指标。这些指标可以包括Flink作业的运行时间、任务数量、输入输出数据的总量等等。通过查看这些指标的变化情况，你可以了解到Flink CDC的数据处理效率，以及数据流量的波动情况。
此外，你还可以使用一些第三方的工具来获取和分析Flink CDC的数据波动图。例如，通过使用Prometheus这种开源的监控系统，你可以更加详细地了解到Flink CDC的各项指标，并且可以通过图表的形式直观地展示出这些指标的变化趋势。这样不仅可以帮助你更好地理解Flink CDC的工作原理，也可以帮助你发现和解决可能出现的问题。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/575316
问题四：flink mysql cdc 2.3.0 版本， 想要断点续传 怎么弄？
flink mysql cdc 2.3.0 版本， 想要断点续传
在SourceRecord sourceRecord
获取的 partitionMap = sourceRecord.sourceOffset();
offsetMap = sourceRecord.sourcePartition();
file 都是空的，正常应该是。binlog-202xxx.log文件名称？
参考回答：
在Flink MySQL CDC 2.3.0版本中，要实现断点续传，您可以尝试以下方法：
- 检查MySQL配置：确保MySQL数据库的binlog模式已启用。断点续传依赖于MySQL的binlog来记录数据变更，如果未启用binlog，则无法进行断点续传。
- 使用SourceRecord获取offset信息：您可以通过
sourceRecord.sourceOffset()方法获取当前事件的偏移量信息。这些偏移量可以被用于保存和恢复断点状态，以便在重新启动应用程序后从上次离开的地方继续消费。 - 确认offsetMap和partitionMap：根据您提供的信息，
sourceRecord.sourcePartition()应该是用于标识不同分区的信息，而sourceRecord.sourceOffset()应该是用于标识具体的偏移量。检查这两个map是否包含了正确的信息，例如binlog文件名称和偏移量。 - 自定义文件存储机制：如果
sourceRecord.sourceOffset()和sourceRecord.sourcePartition()中没有正确的偏移量和分区信息，您可以考虑自己实现一个持久化存储机制，将偏移量保存到外部存储（如数据库、文件系统等）中。这样，在应用程序重新启动时，您可以从存储中读取上一次保存的偏移量，并使用它们来恢复断点状态。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/575315
问题五：Flink CDC中mysql cdc 2.4 版本支持仅 全量阶段不拉取增量的逻辑吗?
Flink CDC中mysql cdc 2.4 版本支持仅 全量阶段不拉取增量的逻辑吗?
参考回答：
在Flink CDC的MySQL CDC库中，2.4版本并不原生支持仅进行全量阶段而不拉取增量数据的逻辑。默认情况下，CDC库会同时获取全量和增量数据，并将它们一起发送给Flink应用程序进行处理。
然而，您可以通过编写自定义的Flink CDC Source Function来实现只拉取全量数据的逻辑。具体步骤如下：
- 创建一个类，继承自
io.debezium.connector.mysql.MySqlConnector。 - 重写
createAndStartEventReader()方法，并返回一个自定义的BinlogReader对象。 - 在自定义的
BinlogReader类中，重写doStart()方法，将其中的逻辑改为只拉取全量数据，并忽略增量数据。
以下是一个简单的示例代码，演示了如何自定义Flink CDC的MySQL CDC源函数，并仅拉取全量数据：
import io.debezium.config.Configuration; import io.debezium.connector.mysql.MySqlConnector; import io.debezium.embedded.EmbeddedEngine; import io.debezium.relational.history.FileDatabaseHistory; public class CustomMySqlConnector extends MySqlConnector { @Override protected BinlogReader createAndStartEventReader() { return new CustomBinlogReader(); } private static class CustomBinlogReader extends BinlogReader { @Override protected void doStart() throws Exception { // 只拉取全量数据，忽略增量数据 super.doStart(); // 将增量数据的消费位置设置为结束位置，以避免处理增量数据 getOffsets().setIncrementalOffset(getOffsets().getEndOffset()); } } }
然后，在Flink应用程序中使用自定义的MySQL CDC源函数：
MySqlSource.fromCustomConnector() .hostname(...) .port(...) .database(...) // 设置其他必要的配置项 .debeziumProperties(...) .startFromEarliest() .deserializer(...) .build();
值得注意的是，这只是一个示例代码来演示如何自定义Flink CDC的MySQL CDC源函数，并仅拉取全量数据。具体实现可能需要根据您的业务需求和环境进行修改和调整。
关于本问题的更多回答可点击原文查看：
