实时计算 Flink版产品使用问题之在online模式下增量抓取Oracle数据时,在archive_log切换时,出现数据丢失的情况,是什么原因

本文涉及的产品
实时计算 Flink 版,5000CU*H 3个月
简介: 实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。

问题一:flink1.17.1 cdc 2.4.2也有这个问题呢?

flink1.17.1 cdc 2.4.2也有这个问题呢?cdc拿到数据后,时间少了两个00



参考答案:

你可以自定义下debezium的Converter.



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

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



问题二:flinkcdc目前用的是 flinkcdc 2.2.1 , 在哪个版本有修复个问题呢?

今天发现个问题,1 在数据库里的update_time='2024-01-04 11:00:12.200' flinkcdc拿到数据发给kafka的是 2024-01-04 11:00:12.2 它把最后两个00去掉了,目前用的是 flinkcdc 2.2.1 , 在哪个版本有修复个问题呢?



参考答案:

现在已经到3.0 了 可以去官网看看升级点 介绍



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

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



问题三:Flink CDC2.4用online模式增量抓取oracle数据有数据丢失,有了解这个情况的吗?

Flink CDC2.4用online模式增量抓取oracle数据有数据丢失,跟踪采集过程,发现如果是在archive_log切换的时候。有了解这个情况的吗?



参考答案:

Flink CDC 2.4在online模式下增量抓取Oracle数据时,如果在archive_log切换的时候可能会出现数据丢失的情况。这可能是因为Flink CDC无法正确处理归档日志的切换导致的。

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

  1. 确保你的Flink CDC作业配置正确,包括数据库连接信息、日志读取位置等。
  2. 检查Oracle数据库的归档日志设置,确保归档日志的切换不会中断数据的连续性。你可以调整归档日志的切换策略或增加归档日志保留时间来减少切换的频率。
  3. 如果可能的话,尝试使用Flink CDC的其他模式,如incremental模式或complete模式,以获取更稳定的数据抓取结果。
  4. 如果问题仍然存在,建议向Flink社区或相关技术支持渠道寻求帮助,提供详细的错误日志和配置信息,以便他们能够更好地帮助你解决问题。



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

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



问题四:Flink CDC 3.0支持mysql到es或者doris到es吗?

Flink CDC 3.0支持mysql到es或者doris到es吗?



参考答案:

还没支持,现在只有这俩



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

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



问题五:我的Flink CDC的jobmanager内存总是持续升高直到宕机,这个是什么原因呀?

我的Flink CDC的jobmanager内存总是持续升高直到宕机,这个是什么原因呀,有解决思路么?



参考答案:

Flink CDC的jobmanager内存持续升高直到宕机可能是由于以下原因之一:

  1. 数据量过大:如果处理的数据量非常大,可能会导致jobmanager内存不足。可以尝试增加jobmanager的内存大小或者优化数据处理逻辑以减少内存占用。
  2. 反压机制问题:当处理速度跟不上数据产生速度时,可能会出现反压机制导致内存持续升高。可以检查反压机制的配置是否正确,并尝试调整相关参数以解决该问题。
  3. 资源竞争:如果有其他任务或应用程序与Flink CDC jobmanager竞争内存资源,也可能导致内存持续升高。可以尝试减少其他任务的资源占用或者增加jobmanager的内存分配。
  4. 内存泄漏:可能存在内存泄漏的情况,导致内存无法释放。可以使用内存分析工具来定位和修复内存泄漏问题。

综上所述,需要进一步分析和调试才能确定具体的原因,并采取相应的措施来解决该问题。



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

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

相关实践学习
基于Hologres轻松玩转一站式实时仓库
本场景介绍如何利用阿里云MaxCompute、实时计算Flink和交互式分析服务Hologres开发离线、实时数据融合分析的数据大屏应用。
Linux入门到精通
本套课程是从入门开始的Linux学习课程,适合初学者阅读。由浅入深案例丰富,通俗易懂。主要涉及基础的系统操作以及工作中常用的各种服务软件的应用、部署和优化。即使是零基础的学员,只要能够坚持把所有章节都学完,也一定会受益匪浅。
相关文章
|
11天前
|
Oracle 关系型数据库 Linux
【YashanDB 知识库】通过 dblink 查询 Oracle 数据时报 YAS-07301 异常
客户在使用 YashanDB 通过 yasql 查询 Oracle 数据时,遇到 `YAS-07301 external module timeout` 异常,导致 dblink 功能无法正常使用,影响所有 YashanDB 版本。原因是操作系统资源紧张,无法 fork 新子进程。解决方法包括释放内存、停掉不必要的进程或增大进程数上限。分析发现异常源于 system() 函数调用失败,返回 -1,通常是因为 fork() 失败。未来 YashanDB 将优化日志信息以更好地诊断类似问题。
|
13天前
|
Oracle 关系型数据库 Linux
【YashanDB 知识库】通过 dblink 查询 Oracle 数据时报 YAS-07301 异常
某客户在使用 YashanDB 通过 yasql 查询 Oracle 数据时,遇到 `YAS-07301 external module timeout` 异常,导致 dblink 功能无法正常使用,影响所有版本。问题源于操作系统资源紧张,无法 fork 新子进程。解决方法包括释放内存、停掉不必要的进程或增大进程数上限。分析发现异常原因为系统调用 fork() 失败。经验总结:优化日志记录,提供更多异常信息。
|
5月前
|
资源调度 分布式计算 大数据
大数据-111 Flink 安装部署 YARN部署模式 FlinkYARN模式申请资源、提交任务
大数据-111 Flink 安装部署 YARN部署模式 FlinkYARN模式申请资源、提交任务
189 0
|
5月前
|
分布式计算 资源调度 大数据
大数据-110 Flink 安装部署 下载解压配置 Standalone模式启动 打包依赖(一)
大数据-110 Flink 安装部署 下载解压配置 Standalone模式启动 打包依赖(一)
161 0
|
5月前
|
分布式计算 资源调度 大数据
大数据-110 Flink 安装部署 下载解压配置 Standalone模式启动 打包依赖(二)
大数据-110 Flink 安装部署 下载解压配置 Standalone模式启动 打包依赖(二)
131 0
|
6月前
|
Ubuntu Oracle 关系型数据库
Oracle VM VirtualBox之Ubuntu 22.04LTS双网卡网络模式配置
这篇文章是关于如何在Oracle VM VirtualBox中配置Ubuntu 22.04LTS虚拟机双网卡网络模式的详细指南,包括VirtualBox网络概述、双网卡网络模式的配置步骤以及Ubuntu系统网络配置。
608 3
|
7月前
|
关系型数据库 MySQL 数据处理
实时计算 Flink版产品使用问题之mini-cluster模式下,怎么指定checkpoint的时间间隔
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
3月前
|
存储 Oracle 关系型数据库
数据库数据恢复—ORACLE常见故障的数据恢复方案
Oracle数据库常见故障表现: 1、ORACLE数据库无法启动或无法正常工作。 2、ORACLE ASM存储破坏。 3、ORACLE数据文件丢失。 4、ORACLE数据文件部分损坏。 5、ORACLE DUMP文件损坏。
185 11
|
3月前
|
存储 Oracle 关系型数据库
服务器数据恢复—华为S5300存储Oracle数据库恢复案例
服务器存储数据恢复环境: 华为S5300存储中有12块FC硬盘,其中11块硬盘作为数据盘组建了一组RAID5阵列,剩下的1块硬盘作为热备盘使用。基于RAID的LUN分配给linux操作系统使用,存放的数据主要是Oracle数据库。 服务器存储故障: RAID5阵列中1块硬盘出现故障离线,热备盘自动激活开始同步数据,在同步数据的过程中又一块硬盘离线,RAID5阵列瘫痪,上层LUN无法使用。
|
4月前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—Oracle数据库文件有坏快损坏的数据恢复案例
一台Oracle数据库打开报错,报错信息: “system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。管理员联系我们数据恢复中心寻求帮助,并提供了Oracle_Home目录的所有文件。用户方要求恢复zxfg用户下的数据。 由于数据库没有备份,无法通过备份去恢复数据库。

相关产品

  • 实时计算 Flink版
  • 推荐镜像

    更多