实时计算 Flink版操作报错合集之在设置监控PostgreSQL数据库时，将wal_level设置为logical，出现一些表更新和删除操作报错，怎么办

问题一：Flink CDC里，ticdc老报这个是为什么？

Flink CDC里，ticdc老报这个是为什么？java.lang.NullPointerException: Failed to init client for PD cluster.

参考答案：

这个问题可能是由于在初始化PD（Placement Driver）集群客户端时出现了空指针异常。为了解决这个问题，你可以尝试以下方法：

1. 检查你的Flink CDC和TiCDC配置是否正确。确保所有的配置参数都正确设置，例如TiCDC的地址、端口、用户名和密码等。
   
2. 确保你的PD集群正常运行，并且可以正常访问。你可以通过访问PD集群的管理界面或者使用pd-ctl命令行工具来检查PD集群的状态。
   
3. 如果你使用的是自定义的TiCDC Sink Connector，请确保你已经正确实现了initialize方法。在这个方法中，你需要创建一个PD集群客户端实例，并调用其init方法来初始化客户端。如果在这个过程中出现了空指针异常，可能是因为你在创建PD集群客户端实例时没有正确处理某些情况，导致对象为null。你可以使用try-catch语句来捕获这个异常，并在catch语句中输出详细的错误信息，以便进一步分析问题原因。
   
4. 如果以上方法都无法解决问题，建议查看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://debezium.io/documentation/reference/stable/connectors/postgresql.html#postgresql-replica-autoset-type

关于本问题的更多回答可点击进行查看：

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

简单验证了下。 目前有一个疑问想请教下：

1. 从验证的步骤来看，可以通过bash bin/flink-cdc.sh mysql-to-starrocks.yaml 命令即可完成flink 到starrocks 的实时同步。在starrocks 的建表操作自动完成了，带来了便利性。 我们目前有些场景，使用starrocks 的smt 自动生成建表语句， 我们也希望对建表语句进行一些优化。 如果升级为3.0 的方式， 我们无法拿到flink 的sql语句。请问针对这种场景，有考虑支持把建表语句暴露出来给上层业务使用吗？或者针对这种使用场景有什么解决方案呢？1. 例如一些场景我们可以对starrocks 进行分桶等。
2. 我们集成了一些对flink 的管理组件，例如streampark， 目前它是通过flink sql 来提交任务的。 如果升级为flink 3.0 的方式， 拿不到flink sql 的话，无法使用它对flink 的任务进行管理了。

参考答案：

dinky 已经实现了这个管理，可以去stream park去问问看，不一定完全依赖sql的。

关于本问题的更多回答可点击进行查看：

https://developer.aliyun.com/ask/590868