Flink CDC产品常见问题之写hudi的时候报错如何解决

本文涉及的产品
实时计算 Flink 版,1000CU*H 3个月
简介: Flink CDC(Change Data Capture)是一个基于Apache Flink的实时数据变更捕获库,用于实现数据库的实时同步和变更流的处理;在本汇总中,我们组织了关于Flink CDC产品在实践中用户经常提出的问题及其解答,目的是辅助用户更好地理解和应用这一技术,优化实时数据处理流程。

问题一:Flink CDC里3.0支持MySQL到MySQL的动态同步嘛,有没有yaml配置文件样例?


Flink CDC里3.0支持MySQL到MySQL的动态同步嘛,有没有yaml配置文件样例?


参考回答:

Flink CDC 3.0支持MySQL到MySQL的动态同步。以下是一个示例的yaml配置文件:

# Flink CDC source configuration
source:
  type: mysql-cdc
  host: <MySQL source host>
  port: <MySQL source port>
  username: <MySQL source username>
  password: <MySQL source password>
  database-name: <MySQL source database name>
  table-name: <MySQL source table name>
  binlog-ignore-table: <MySQL binlog ignore table list>
  enable-timestamp-extractor: true
  with-column-mapping: true
  column-mapping:
    <column mapping definitions>
# Flink CDC sink configuration
sink:
  type: mysql-sink
  host: <MySQL sink host>
  port: <MySQL sink port>
  username: <MySQL sink username>
  password: <MySQL sink password>
  database-name: <MySQL sink database name>
  table-name: <MySQL sink table name>
  pre-sink-tasks:
    <pre-sink task configurations>

请将<MySQL source host><MySQL source port>等占位符替换为实际的MySQL源主机、端口等信息,并根据需要配置其他参数。


关于本问题的更多回答可点击原文查看:https://developer.aliyun.com/ask/590886


问题二:Flink CDC里 cdc端应该如何加参数可以忽略这个错误?


Flink CDC里The driver could not establish a secure connection to SQL Server by using Secure Sockets Layer (SSL) encryption. Error: "The server selected protocol version TLS10 is not accepted by client preferences [TLS13, TLS12]". sqlserver版本太低 不支持 tls1.2 1.3 cdc端应该如何加参数可以忽略这个错误?


参考回答:

通过报错的日志分析的原因:

Flink CDC(Change Data Capture)无法与 SQL Server 建立安全的 SSL 连接,因为 SQL Server 使用的是较低版本的 TLS(传输层安全协议),而 Flink CDC 客户端的偏好是使用 TLS1.2 或 TLS1.3。

解决方案:

您可以在 Flink CDC 客户端的配置中添加参数来忽略这个错误。但是,请注意,这将降低连接的安全性,因为您将绕过 SSL/TLS 的检查。以下是一个示例参数,可以在 Flink CDC 的连接配置中添加:

java

.option("ssl-handshake-mode", "legacy")

这将会使 Flink CDC 客户端使用旧版的 SSL 握手模式,以兼容较低版本的 TLS。

请注意,使用旧版握手模式可能会带来安全风险,因为它可能使您的应用程序容易受到某些已知的 SSL/TLS 攻击的影响。因此,如果可能的话,最好的解决方案是升级 SQL Server 到支持 TLS1.2 或 TLS1.3 的版本。


关于本问题的更多回答可点击原文查看:https://developer.aliyun.com/ask/590887


问题三:么基于 Flink CDC 3.0 构建 MySQL 到 Doris 的 任务啊?


Flink CDC里就是通过基于 Flink CDC 3.0 构建 MySQL 到 Doris 的 Streaming ELT 这种方式来提交任务 可以在yaml文件中设置重启策略和存储checkpoint嘛?类似下方截图


参考回答:

是的,你可以在Flink CDC任务的yaml文件中设置重启策略和存储checkpoint。

对于重启策略,你可以使用restart-strategy参数来指定。例如,你可以设置为fixed-delayno-restartsfailure-rate等。具体的值和含义可以参考Flink官方文档。

对于存储checkpoint,你可以使用state.backend参数来指定checkpoint的存储后端。例如,你可以设置为filesystemrocksdb等。同时,你还可以设置其他相关的参数,如state.checkpoints.dir(用于指定checkpoint目录),state.checkpoints.num-retained(用于指定保留的checkpoint数量)等。具体的值和含义可以参考Flink官方文档。


关于本问题的更多回答可点击原文查看:https://developer.aliyun.com/ask/590888


问题四:Flink CDC里flink 在watemark内数据乱序,对数据使用event_time重新排?


Flink CDC里flink 在watemark内数据乱序,会对数据使用event_time重新排序并输出嘛?


参考回答:

在Apache Flink的流处理中,当接收到的数据存在乱序(out-of-order)时,特别是在使用了event-time语义的情况下,Flink确实会根据event_time对这些乱序数据进行重新排序。 watermark机制是用来处理乱序事件的核心组成部分。

具体来说:

  1. Event Time:在Flink中,event time指的是事件实际发生的时间戳,它通常由事件自身携带。
  2. Watermarks:水印(Watermark)是一种衡量事件时间进度的概念,它代表了到目前为止系统认为不会再有更早时间戳的事件到达的一个时间点。一旦水印时间戳推进到了某个窗口的结束时间,Flink就会触发对该窗口内数据的处理,即使还有晚到但时间戳早于水印时间戳的事件。
  3. 乱序处理:当乱序事件(即事件时间戳小于当前水印时间戳)到达时,它们会被放入状态后缓存起来,直到相应的窗口触发计算。这样,即使在watermark之内存在乱序数据,最终基于event_time窗口的结果仍然是正确的,因为Flink会等待足够长的时间(由watermark策略决定)来处理那些可能稍晚到达但属于同一窗口的乱序事件。


关于本问题的更多回答可点击原文查看:https://developer.aliyun.com/ask/590889


问题五:Flink CDC里flinkcdc写hudi的时候这个错误怎么弄?


Flink CDC里flinkcdc写hudi的时候这个错误怎么弄? own Source)

at org.apache.hadoop.hdfs.DFSOutputStream.addBlock(DFSOutputStream.java:1082)

at org.apache.hadoop.hdfs.DataStreamer.locateFollowingBlock(DataStreamer.java:1898)

at org.apache.hadoop.hdfs.DataStreamer.nextBlockOutputStream(DataStreamer.java:1700)

at org.apache.hadoop.hdfs.DataStreamer.run(DataStreamer.java:707)

81261 [mini-cluster-io-thread-3] INFO org.apache.flink.runtime.rpc.akka.AkkaRpcService - Stopping Akka RPC service.

81314 [flink-metrics-8] INFO org.apache.flink.runtime.rpc.akka.AkkaRpcService - Stopping Akka RPC service.

81314 [flink-metrics-8] INFO org.apache.flink.runtime.rpc.akka.AkkaRpcService - Stopped Akka RPC service.

81322 [flink-akka.actor.default-dispatcher-5] INFO org.apache.flink.runtime.blob.PermanentBlobCache - Shutting down BLOB cache

81324 [flink-akka.actor.default-dispatcher-5] INFO org.apache.flink.runtime.blob.TransientBlobCache - Shutting down BLOB cache

81328 [flink-akka.actor.default-dispatcher-5] INFO org.apache.flink.runtime.blob.BlobServer - Stopped BLOB server at 0.0.0.0:57196

81332 [flink-akka.actor.default-dispatcher-5] INFO org.apache.flink.runtime.rpc.akka.AkkaRpcService - Stopped Akka RPC service.

81332 [ForkJoinPool.commonPool-worker-4] WARN org.apache.flink.client.program.PerJobMiniClusterFactory - Shutdown of MiniCluster failed.

org.apache.flink.runtime.rpc.akka.exceptions.AkkaRpcException: Could not start RpcEndpoint jobmanager_3.

at org.apache.flink.runtime.rpc.akka.AkkaRpcActor$StoppedState.start(AkkaRpcActor.java:629)

at org.apache.flink.runtime.rpc.akka.AkkaRpcActor.handleControlMessage(AkkaRpcActor.java:185)

at akka.japi.pf.UnitCaseStatement.apply(CaseStatements.scala:24)

at akka.japi.pf.UnitCaseStatement.apply(CaseStatements.scala:20)

at scala.PartialFunction.applyOrElse(PartialFunction.scala:123)

at scala.PartialFunction.applyOrElse$(PartialFunction.scala:122)

at akka.japi.pf.UnitCaseStatement.applyOrElse(CaseStatements.scala:20)

at scala.PartialFunction$OrElse.applyOrElse(PartialFunction.scala:171)

at scala.PartialFunction$OrElse.applyOrElse(PartialFunction.scala:172)

at akka.actor.Actor.aroundReceive(Actor.scala:537)

at akka.actor.Actor.aroundReceive$(Actor.scala:535)

at akka.actor.AbstractActor.aroundReceive(AbstractActor.scala:220)

at akka.actor.ActorCell.receiveMessage$$$capture(ActorCell.scala:580)

at akka.actor.ActorCell.receiveMessage(ActorCell.scala)

at akka.actor.ActorCell.invoke(ActorCell.scala:548)

at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:270)

at akka.dispatch.Mailbox.run(Mailbox.scala:231)

at akka.dispatch.Mailbox.exec(Mailbox.scala:243)

at java.util.concurrent.ForkJoinTask.doExec$$$capture(ForkJoinTask.java:289)

at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java)

at java.util.concurrent.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1067)

at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1703)

at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:172)

Caused by: org.apache.flink.runtime.jobmaster.JobMasterException: Could not start the JobMaster.

at org.apache.flink.runtime.jobmaster.JobMaster.onStart(JobMaster.java:391)

at org.apache.flink.runtime.rpc.RpcEndpoint.internalCallOnStart(RpcEndpoint.java:181)

at org.apache.flink.runtime.rpc.akka.AkkaRpcActor$StoppedState.lambda$start$0(AkkaRpcActor.java:624)

at org.apache.flink.runtime.concurrent.akka.ClassLoadingUtils.runWithContextClassLoader(ClassLoadingUtils.java:68)

at org.apache.flink.runtime.rpc.akka.AkkaRpcActor$StoppedState.start(AkkaRpcActor.java:623)

... 22 more

Caused by: org.apache.flink.util.FlinkRuntimeException: Failed to start the operator coordinators

at org.apache.flink.runtime.scheduler.DefaultOperatorCoordinatorHandler.startAllOperatorCoordinators(DefaultOperatorCoordinatorHandler.java:90)

at org.apache.flink.runtime.scheduler.SchedulerBase.startScheduling(SchedulerBase.java:585)

at org.apache.flink.runtime.jobmaster.JobMaster.startScheduling(JobMaster.java:965)

at org.apache.flink.runtime.jobmaster.JobMaster.startJobExecution(JobMaster.java:882)

at org.apache.flink.runtime.jobmaster.JobMaster.onStart(JobMaster.java:389)

... 26 more

Caused by: org.apache.hadoop.ipc.RemoteException(java.io.IOException): File /test/dept/.hoodie/hoodie.properties could only be written to 0 of the 1 minReplication nodes. There are 3 datanode(s) running and 3 node(s) are excluded in this operation.

at org.apache.hadoop.hdfs.server.blockmanagement.BlockManager.chooseTarget4NewBlock(BlockManager.java:2276)


参考回答:

这个错误是由于Hadoop在尝试将文件写入HDFS时,无法在所有指定的数据节点上进行复制。这可能是由于以下原因:

  1. 数据节点不可用或宕机。
  2. HDFS的副本因子设置过低,导致无法在所有节点上存储足够的副本。
  3. HDFS的磁盘空间不足。

要解决这个问题,你可以尝试以下方法:

  1. 检查数据节点的状态,确保它们都正常运行并且没有宕机。
  2. 增加HDFS的副本因子,以增加数据的冗余度。你可以在hdfs-site.xml文件中设置dfs.replication参数。
  3. 清理HDFS上的磁盘空间,以确保有足够的空间来存储新的数据块。


关于本问题的更多回答可点击原文查看:https://developer.aliyun.com/ask/590890

相关实践学习
基于Hologres+Flink搭建GitHub实时数据大屏
通过使用Flink、Hologres构建实时数仓,并通过Hologres对接BI分析工具(以DataV为例),实现海量数据实时分析.
实时计算 Flink 实战课程
如何使用实时计算 Flink 搞定数据处理难题?实时计算 Flink 极客训练营产品、技术专家齐上阵,从开源 Flink功能介绍到实时计算 Flink 优势详解,现场实操,5天即可上手! 欢迎开通实时计算 Flink 版: https://cn.aliyun.com/product/bigdata/sc Flink Forward Asia 介绍: Flink Forward 是由 Apache 官方授权,Apache Flink Community China 支持的会议,通过参会不仅可以了解到 Flink 社区的最新动态和发展计划,还可以了解到国内外一线大厂围绕 Flink 生态的生产实践经验,是 Flink 开发者和使用者不可错过的盛会。 去年经过品牌升级后的 Flink Forward Asia 吸引了超过2000人线下参与,一举成为国内最大的 Apache 顶级项目会议。结合2020年的特殊情况,Flink Forward Asia 2020 将在12月26日以线上峰会的形式与大家见面。
相关文章
|
4月前
|
SQL 关系型数据库 Apache
从 Flink 到 Doris 的实时数据写入实践 —— 基于 Flink CDC 构建更实时高效的数据集成链路
本文将深入解析 Flink-Doris-Connector 三大典型场景中的设计与实现,并结合 Flink CDC 详细介绍了整库同步的解决方案,助力构建更加高效、稳定的实时数据处理体系。
1761 0
从 Flink 到 Doris 的实时数据写入实践 —— 基于 Flink CDC 构建更实时高效的数据集成链路
|
7月前
|
数据采集 SQL canal
Amoro + Flink CDC 数据融合入湖新体验
本文总结了货拉拉高级大数据开发工程师陈政羽在Flink Forward Asia 2024上的分享,聚焦Flink CDC在货拉拉的应用与优化。内容涵盖CDC应用现状、数据入湖新体验、入湖优化及未来规划。文中详细分析了CDC在多业务场景中的实践,包括数据采集平台化、稳定性建设,以及面临的文件碎片化、Schema演进等挑战。同时介绍了基于Apache Amoro的湖仓融合架构,通过自优化服务解决小文件问题,提升数据新鲜度与读写平衡。未来将深化Paimon与Amoro的结合,打造更高效的入湖生态与自动化优化方案。
382 1
Amoro + Flink CDC 数据融合入湖新体验
|
7月前
|
SQL 关系型数据库 MySQL
Flink CDC 3.4 发布, 优化高频 DDL 处理,支持 Batch 模式,新增 Iceberg 支持
Apache Flink CDC 3.4.0 版本正式发布!经过4个月的开发,此版本强化了对高频表结构变更的支持,新增 batch 执行模式和 Apache Iceberg Sink 连接器,可将数据库数据全增量实时写入 Iceberg 数据湖。51位贡献者完成了259次代码提交,优化了 MySQL、MongoDB 等连接器,并修复多个缺陷。未来 3.5 版本将聚焦脏数据处理、数据限流等能力及 AI 生态对接。欢迎下载体验并提出反馈!
1189 1
Flink CDC 3.4 发布, 优化高频 DDL 处理,支持 Batch 模式,新增 Iceberg 支持
|
8月前
|
SQL API Apache
Dinky 和 Flink CDC 在实时整库同步的探索之路
本次分享围绕 Dinky 的整库同步技术演进,从传统数据集成方案的痛点出发,探讨了 Flink CDC Yaml 作业的探索历程。内容分为三个部分:起源、探索、未来。在起源部分,分析了传统数据集成方案中全量与增量割裂、时效性低等问题,引出 Flink CDC 的优势;探索部分详细对比了 Dinky CDC Source 和 Flink CDC Pipeline 的架构与能力,深入讲解了 YAML 作业的细节,如模式演变、数据转换等;未来部分则展望了 Dinky 对 Flink CDC 的支持与优化方向,包括 Pipeline 转换功能、Transform 扩展及实时湖仓治理等。
892 12
Dinky 和 Flink CDC 在实时整库同步的探索之路
|
6月前
|
消息中间件 SQL 关系型数据库
Flink CDC + Kafka 加速业务实时化
Flink CDC 是一种支持流批一体的分布式数据集成工具,通过 YAML 配置实现数据传输过程中的路由与转换操作。它已从单一数据源的 CDC 数据流发展为完整的数据同步解决方案,支持 MySQL、Kafka 等多种数据源和目标端(如 Delta Lake、Iceberg)。其核心功能包括多样化数据输入链路、Schema Evolution、Transform 和 Routing 模块,以及丰富的监控指标。相比传统 SQL 和 DataStream 作业,Flink CDC 提供更灵活的 Schema 变更控制和原始 binlog 同步能力。
|
9月前
|
Oracle 关系型数据库 Java
【YashanDB知识库】Flink CDC实时同步Oracle数据到崖山
本文介绍通过Flink CDC实现Oracle数据实时同步至崖山数据库(YashanDB)的方法,支持全量与增量同步,并涵盖新增、修改和删除的DML操作。内容包括环境准备(如JDK、Flink版本等)、Oracle日志归档启用、用户权限配置、增量日志记录设置、元数据迁移、Flink安装与配置、生成Flink SQL文件、Streampark部署,以及创建和启动实时同步任务的具体步骤。适合需要跨数据库实时同步方案的技术人员参考。
【YashanDB知识库】Flink CDC实时同步Oracle数据到崖山
|
9月前
|
关系型数据库 MySQL 数据库
基于Flink CDC 开发,支持Web-UI的实时KingBase 连接器,三大模式无缝切换,效率翻倍!
TIS 是一款基于Web-UI的开源大数据集成工具,通过与人大金仓Kingbase的深度整合,提供高效、灵活的实时数据集成方案。它支持增量数据监听和实时写入,兼容MySQL、PostgreSQL和Oracle模式,无需编写复杂脚本,操作简单直观,特别适合非专业开发人员使用。TIS率先实现了Kingbase CDC连接器的整合,成为业界首个开箱即用的Kingbase CDC数据同步解决方案,助力企业数字化转型。
1802 5
基于Flink CDC 开发,支持Web-UI的实时KingBase 连接器,三大模式无缝切换,效率翻倍!
|
9月前
|
存储 SQL Java
Flink CDC + Hologres高性能数据同步优化实践
本文整理自阿里云高级技术专家胡一博老师在Flink Forward Asia 2024数据集成(二)专场的分享,主要内容包括:1. Hologres介绍:实时数据仓库,支持毫秒级写入和高QPS查询;2. 写入优化:通过改进缓冲队列、连接池和COPY模式提高吞吐量和降低延迟;3. 消费优化:优化离线场景和分区表的消费逻辑,提升性能和资源利用率;4. 未来展望:进一步简化用户操作,支持更多DDL操作及全增量消费。Hologres 3.0全新升级为一体化实时湖仓平台,提供多项新功能并降低使用成本。
674 1
Flink CDC + Hologres高性能数据同步优化实践
|
9月前
|
分布式计算 关系型数据库 MySQL
Flink CDC 3.3.0 发布公告
Flink CDC 3.3.0 发布公告
374 14
|
9月前
|
SQL 弹性计算 DataWorks
Flink CDC 在阿里云 DataWorks 数据集成入湖场景的应用实践
Flink CDC 在阿里云 DataWorks 数据集成入湖场景的应用实践
409 6

热门文章

最新文章

相关产品

  • 实时计算 Flink版