问题一：Flink CDC里，ticdc老报这个是为什么？
Flink CDC里，ticdc老报这个是为什么？java.lang.NullPointerException: Failed to init client for PD cluster.
参考答案：
这个问题可能是由于在初始化PD（Placement Driver）集群客户端时出现了空指针异常。为了解决这个问题，你可以尝试以下方法：
- 检查你的Flink CDC和TiCDC配置是否正确。确保所有的配置参数都正确设置，例如TiCDC的地址、端口、用户名和密码等。
- 确保你的PD集群正常运行，并且可以正常访问。你可以通过访问PD集群的管理界面或者使用
pd-ctl命令行工具来检查PD集群的状态。 - 如果你使用的是自定义的TiCDC Sink Connector，请确保你已经正确实现了
initialize方法。在这个方法中，你需要创建一个PD集群客户端实例，并调用其init方法来初始化客户端。如果在这个过程中出现了空指针异常，可能是因为你在创建PD集群客户端实例时没有正确处理某些情况，导致对象为null。你可以使用try-catch语句来捕获这个异常，并在catch语句中输出详细的错误信息，以便进一步分析问题原因。 - 如果以上方法都无法解决问题，建议查看Flink CDC和TiCDC的日志文件，以获取更详细的错误信息和堆栈跟踪，以便进一步分析问题原因。
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/590875
问题二：Flink CDC里怎么解决？
Flink CDC里2024-01-11 19:31:42
com.ververica.cdc.connectors.shaded.org.apache.kafka.connect.errors.ConnectException: An exception occurred in the change event producer. This connector will be stopped.
at io.debezium.pipeline.ErrorHandler.setProducerThrowable(ErrorHandler.java:50)
at io.debezium.pipeline.ChangeEventSourceCoordinator.lambda$start$0(ChangeEventSourceCoordinator.java:116)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:750)
Caused by: io.debezium.DebeziumException: io.debezium.DebeziumException: Failed to resolve snapshot offset
at io.debezium.pipeline.source.AbstractSnapshotChangeEventSource.execute(AbstractSnapshotChangeEventSource.java:85)
at io.debezium.pipeline.ChangeEventSourceCoordinator.doSnapshot(ChangeEventSourceCoordinator.java:155)
at io.debezium.pipeline.ChangeEventSourceCoordinator.executeChangeEventSources(ChangeEventSourceCoordinator.java:137)
at io.debezium.pipeline.ChangeEventSourceCoordinator.lambda$start$0(ChangeEventSourceCoordinator.java:109)
... 5 more
Caused by: io.debezium.DebeziumException: Failed to resolve snapshot offset
at io.debezium.connector.oracle.logminer.LogMinerAdapter.getPendingTransactionsFromLogs(LogMinerAdapter.java:387)
at io.debezium.connector.oracle.logminer.LogMinerAdapter.determineSnapshotOffset(LogMinerAdapter.java:263)
at io.debezium.connector.oracle.logminer.LogMinerAdapter.determineSnapshotOffset(LogMinerAdapter.java:158)
at io.debezium.connector.oracle.OracleSnapshotChangeEventSource.determineSnapshotOffset(OracleSnapshotChangeEventSource.java:143)
at io.debezium.connector.oracle.OracleSnapshotChangeEventSource.determineSnapshotOffset(OracleSnapshotChangeEventSource.java:38)
at io.debezium.relational.RelationalSnapshotChangeEventSource.doExecute(RelationalSnapshotChangeEventSource.java:113)
at io.debezium.pipeline.source.AbstractSnapshotChangeEventSource.execute(AbstractSnapshotChangeEventSource.java:76)
... 8 more
Suppressed: java.sql.SQLException: Metadata error: no member instances for service
at oracle.jdbc.driver.HAManager.dropConnection(HAManager.java:284)
at oracle.jdbc.driver.PhysicalConnection.close(PhysicalConnection.java:2253)
at io.debezium.jdbc.JdbcConnection.lambda$doClose$4(JdbcConnection.java:961)
... 4 more
Caused by: java.sql.SQLException: ORA-16331: container "PDB1" is not open
ORA-06512: at "SYS.DBMS_LOGMNR", line 58
ORA-06512: at line 1
at oracle.jdbc.driver.T4CTTIoer11.processError(T4CTTIoer11.java:509) at oracle.jdbc.driver.T4CTTIoer11.processError(T4CTTIoer11.java:461) at oracle.jdbc.driver.T4C8Oall.processError(T4C8Oall.java:1104) at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:550) at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:268) at oracle.jdbc.driver.T4C8Oall.doOALL(T4C8Oall.java:655) at oracle.jdbc.driver.T4CStatement.doOall8(T4CStatement.java:229) at oracle.jdbc.driver.T4CStatement.doOall8(T4CStatement.java:41) at oracle.jdbc.driver.T4CStatement.executeForRows(T4CStatement.java:928) at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1205) at oracle.jdbc.driver.OracleStatement.executeInternal(OracleStatement.java:1823) at oracle.jdbc.driver.OracleStatement.execute(OracleStatement.java:1778) at oracle.jdbc.driver.OracleStatementWrapper.execute(OracleStatementWrapper.java:303) at io.debezium.jdbc.JdbcConnection.executeWithoutCommitting(JdbcConnection.java:1446) at io.debezium.connector.oracle.logminer.LogMinerAdapter.startSession(LogMinerAdapter.java:304) at io.debezium.connector.oracle.logminer.LogMinerAdapter.getPendingTransactionsFromLogs(LogMinerAdapter.java:361) ... 14 more
Caused by: Error : 16331, Position : 0, Sql = BEGIN sys.dbms_logmnr.start_logmnr(OPTIONS => DBMS_LOGMNR.DICT_FROM_ONLINE_CATALOG + DBMS_LOGMNR.NO_ROWID_IN_STMT);END;, OriginalSql = BEGIN sys.dbms_logmnr.start_logmnr(OPTIONS => DBMS_LOGMNR.DICT_FROM_ONLINE_CATALOG + DBMS_LOGMNR.NO_ROWID_IN_STMT);END;, Error Msg = ORA-16331: container "PDB1" is not open
ORA-06512: at "SYS.DBMS_LOGMNR", line 58
ORA-06512: at line 1
at oracle.jdbc.driver.T4CTTIoer11.processError(T4CTTIoer11.java:513) ... 29 more
有大佬遇到过这个问题么？oracle 12c flink-cdc 2.4.0
参考答案：
把PDB1开启，alter session set container=pdb1;
alter pluggable database pdb1 open;
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/590874
问题三：Flink CDC里关于postgres cdc的问题，配置做什么？
Flink CDC里关于postgres cdc的问题，配置wal_level = logical之后，有些表更新和删除会报错，必须要执行alter table xxx replica identity full吗？
参考答案：
参考：
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/590870
问题四：Flink CDC里怎么解决？
Flink CDC里怎么解决？ 
我今天试了timestamp，到平台上执行就ok了，本地的估计是不行。checkpoint存储是在hdfs上，所以本地加上ck存储地址会报错无法执行。而且到平台上执行，timestamp开始时间节点的数据不是立马就展示的，而是要等到第1个checkppoint的检查点执行好才会出现。如图展示(timestamp为10点，任务是五分钟ck一次)
参考答案：
binlog太多了，一点点过滤，要不你把生产的binlog给清了启动。
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/590869
问题五：Flink CDC里这是什么情况？
Flink CDC里这是什么情况？ 
参考flink cdc 3.0 的文档： https://ververica.github.io/flink-cdc-connectors/master/content/%E5%BF%AB%E9%80%9F%E4%B8%8A%E6%89%8B/mysql-starrocks-pipeline-tutorial-zh.html
简单验证了下。 目前有一个疑问想请教下：
- 从验证的步骤来看，可以通过bash bin/flink-cdc.sh mysql-to-starrocks.yaml 命令即可完成flink 到starrocks 的实时同步。在starrocks 的建表操作自动完成了，带来了便利性。 我们目前有些场景，使用starrocks 的smt 自动生成建表语句， 我们也希望对建表语句进行一些优化。 如果升级为3.0 的方式， 我们无法拿到flink 的sql语句。请问针对这种场景，有考虑支持把建表语句暴露出来给上层业务使用吗？或者针对这种使用场景有什么解决方案呢？1. 例如一些场景我们可以对starrocks 进行分桶等。
- 我们集成了一些对flink 的管理组件，例如streampark， 目前它是通过flink sql 来提交任务的。 如果升级为flink 3.0 的方式， 拿不到flink sql 的话，无法使用它对flink 的任务进行管理了。
参考答案：
dinky 已经实现了这个管理，可以去stream park去问问看，不一定完全依赖sql的。
关于本问题的更多回答可点击进行查看：
