暂无搜索历史
网上吹它的人很多:开源、免费、生态好、跟Flink无缝集成。但你去翻翻GitHub上的Issue,会发现另一番景象——一堆问题挂了半年、一年甚至更久,没人解决,...
聊到Oracle CDC,就不得不提LogMiner那个让人哭笑不得的“30字符表名限制”。
聊到把Oracle的变更数据实时推到Kafka,Debezium几乎已经成了一个默认选项。
大家聊的全是"怎么导数据"。用什么工具导、并行度开多少、网络带宽够不够。好像把这些搞定了,迁移就成功了一大半。
半夜业务方跑了个批量更新,几百万行。第二天早上发现,所有基于LogMiner的同步链路全挂了。
做数据库的人都知道redo log重要,但真要说清楚里面到底存了什么——大部分人也就能说出“记录数据变更”这六个字。
网上讲redo log的文章很多,但大部分停留在“记录数据变更”这个层面。真要动手去解析二进制日志,光知道这点远远不够。你得搞清楚它具体怎么存的、每个字节代表什...
前阵子跟一个做数据平台的朋友吃饭,他跟我吐槽。他们团队用Debezium做了大半年的Oracle增量采集,最近准备全盘换掉。
前段时间跟一个做数据平台的朋友吃饭,他说他们团队用Debezium做了大半年的Oracle增量采集,最近准备全盘换掉。我问他为什么,他说了一句让我印象很深的话:...
聊到实时 CDC,尤其是 Oracle 到异构目标端(比如 Kafka、国产数据库、数据湖) 的同步,FlinkCDC 和 Debezium 确实是很多人的首选...
聊到Oracle迁移,增量同步这关,很多人第一反应都是那两座绕不开的大山:一个是慢到让人没脾气的LogMiner,一个是贵到让人肉疼的OGG。
TLA(Transaction Log Analysis)是一个完全国产自研的事务日志解析组件,以嵌入式组件形态存在,可自由集成到各类数据平台、ETL工具、灾备...
先交代一下背景。我们团队一直在做数据库事务日志解析这块的技术,说白了就是CDC(Change Data Capture)最底层的那层——把Oracle的redo...
在数据库CDC(Change Data Capture)领域,Oracle的日志解析一直是个“老大难”问题。
暂未填写个人简介
暂未填写技能专长
暂未填写学校和专业