Debezium发布历史118
原文地址： https://debezium.io/blog/2022/02/09/debezium-1-9-alpha2-released/
欢迎关注留言，我是收集整理小能手，工具翻译，仅供参考，笔芯笔芯.
Debezium 1.9.0.Alpha2 Released
February 9, 2022 by Anisha Mohanty
releases mysql postgres sqlserver cassandra oracle db2 vitess outbox
我很高兴宣布德贝兹1.9系列的第二版, 1.9.0.Alpha2 !
这个版本包括对甲骨文21C的支持,对德贝齐斯服务器的雷迪斯周围的改进,配置kafka.query.timeout.ms 选项,以及一些有关DDL解析器的错误修复,构建基础结构等。
整体而言,社区 51个问题 为了这个版本。让我们仔细看看一些亮点。
对甲骨文21c的支助
该德贝佐姆甲骨文连接器已测试与甲骨文21C,21.3.0.0的最新版本,是兼容的。如果您使用的是日志程序或X流适配器,那么您现在应该能够使用甲骨文最新的旗舰版本和流更改事件,而不需要任何更改。如果您在甲骨文12或甲骨文19上并执行数据库升级,则连接器配置应该不需要任何更改并保持兼容性。
配置kafka.query.timeout.ms
当使用卡夫卡管理客户机和发布API调用时,默认超时为3秒。新的kafka.query.timeout.ms 可以使用字段向卡夫卡管理员客户机提供自定义超时,以避免在可能使用TLS或SSL加密或网络延迟导致意外超时的环境中可能出现超时问题。
感谢社区成员所做的出色工作, S31-dhajyoti戈什 .
德贝兹服务器的REDIS改进
我们有三个新的领域在雷迪斯支持德贝兹服务器
redis.retry.initial.delay.ms
redis.retry.max.delay.ms
batch.size
REDIS允许使用maxmemory 配置;但是,如果这个字段没有配置,那么REDIS将继续分配内存。如果所有的内存都被消耗,那么外部内存异常就会发生。雷迪斯水池现在使用redis.retry.initial.delay.ms 和redis.retry.max.delay.ms 设置初始延迟和MAX重试延迟,以便对此问题和连接相关问题更具弹性。如果您有或正在经历这样的异常,我们敦促您尝试这些新的设置,以提高水槽的弹性和经验。
基于管道的事务可以大大增加REDIS查询。为了充分利用基于管道的交易,batch.size 可以指定配置选项,允许REDIS编写成批的更改记录,而不是逐一记录。
感谢 西里兹利 为了这些惊人的改进。
其他补救措施
一些值得注意的错误修复和升级是:
怀疑"临时只读增量快照"的文档不一致 DBZ-4171
正在进行的交易中的db更改 DBZ-4367
ddl解析问题:更改表…修改分区… DBZ-4649
X流适配器失败 DBZ-4703
从网络包装-发展-服务机V3到V4的迁移用户界面 DBZ-4642
提升邮差驱动器至版本42.3.2 DBZ-4658
升级至2.7.0.最后阶段 DBZ-4677
更新共享UG部署文件,供下游OCP安装指南使用 DBZ-4700
指示罗伊德不支持X流 DBZ-4702
增量快照不尊重列例敏感性 DBZ-4584
建立触发问题 DBZ-4672
不能用嵌套对象数组扩展JSON有效载荷 DBZ-4704
我们还将把关键的"错误修复"移植到1.8分支,并将在本周晚些时候发布Debezum1.8.1.最终版本。
我非常感谢所有参与这个版本的社区贡献者: 安德烈 , 阿尼莎 , 鲍勃·罗丹 , 克兰福德 , 戴维·哈格伦德 , 多米尼克之歌 , 法里德尤亚尔 , 贡纳·莫林 , , 伊斯梅尔·西姆塞克 , 杰森·施韦耶 , 伊日诺沃特尼 , 伊里·帕坎奇c , 马克钻井 , 弥敦科技学院 , 帕韦金-马伦 , 勒内·克纳 , 石超安 , S31-dhajyoti戈什 , 沃伊泰克 ,以及 西里兹利 !
原文地址： https://debezium.io/blog/2022/03/03/debezium-1-9-beta1-released/
Debezium 1.9.0.Beta1 Released
March 3, 2022 by Chris Cranford
releases mysql postgres sqlserver cassandra oracle db2 vitess outbox
我很高兴地宣布 1.9.0.Beta1 !
这个版本包含了Debezum服务器的许多新功能,包括KINT分叉支持和与REDIS接收器的偏移存储管理、SQL服务器连接器的多分区缩放,以及各种修复和改进。总体而言, 56期 已经为这个版本做好了准备。
让我们仔细看看其中的几个。
德贝泽姆服务器
自从在1.2版中引入了德贝佐姆组合以来,德贝佐斯服务器已经增长了很多。在这个版本中,我们添加了一个新的接收器实现来支持 节边 .
KATTFINTFIN"提供工具和基础设施,使事件从一个生产者到消费者之间的路由",以非常类似的方式,阿帕奇卡夫卡允许通过消息主题交换事件。使用德贝佐斯服务器,你可以利用新的 脱锡服务器 将Debezum更改数据事件传递到K本地代理(库伯内特斯资源),该资源定义了用于收集和分发的网格 阴霾 为了消费者。换句话说,Debezum服务器可以作为"本地"的事件源。
为了开始使用Debezum和K31-的分叉,您只需要将Debez服务器配置为您所需的源连接器,然后用以下方式配置接收器端:
debezium.sink.type=http
debezium.format.value=cloudevents
接收器将试图根据K_SINK 环境变量。如果此变量未定义任何值,则可以直接使用:
debezium.sink.http.url=https:///
我们对这个新的水槽连接器非常兴奋,我们期待着您的所有反馈。非常感谢 克里斯班布尔 为了这个卓越的贡献!
重新管理的德贝兹服务器补偿
几位来自 雷迪斯 最近又站了起来,改进了关于集成德贝兹和 雷迪斯河 .在1.9.0.阿尔法1号(通过批量)完成性能改进后,这项工作的另一个结果是能够 商店连接器抵消 在雷迪斯。对于下一个1.9早期访问版本,您可以期待一个由REDIS支持的数据库历史记录实现,团队还在努力实现对Debezum服务器的重试支持。非常感谢 西里兹利 , 奥伦伊利亚 所有其他的雷迪斯人员不仅贡献给雷迪斯流池,也贡献给德贝齐斯和德贝齐斯服务器在整个!
SQL服务器连接器的多分区缩放
一些数据库平台,如SQL服务器和甲骨文,支持在单个物理数据库服务器实例中创建和管理多个逻辑数据库。传统上,来自多个逻辑数据库的流更改需要单独的连接器部署。现在,这种部署策略没有任何固有的错误,但是如果您有许多逻辑数据库,它可以很快地开始显示它的缺点;例如,在每个租户只有一个逻辑数据库的多租户情况下,每个数据库设置和操作一个连接器的开销可能成为一个瓶颈。除此之外,从多个逻辑数据库处理更改事件完全有利于通过卡夫卡连接的任务概念实现并行化。
在最近的几个1.x版本中,大量的工作已经进入了Debezum的共同连接器框架的关键的根本性变化,为一个新的水平扩展策略奠定了基础。
这个新策略的最初目标之一是,当流从单个SQL服务器实例中的多个逻辑数据库中更改时,消除对多个连接器部署的需求。此外,重要的是要公开度量标准,使监控工具能够从以连接点为中心的角度以及从正在处理的每个逻辑数据库报告连接器的状态和健康。在这个版本中,我们实现了这些目标。
但这只是开始!
这个基金会为我们能够向新的水平扩展策略迈进奠定基础。Debezum使用一个单一任务的架构,这打开了真正利用多个节点卡夫卡连接集群的力量并在多个任务中分配工作块的可能性。此外,这可以扩展到其他连接器,如甲骨文。
这项工作是由小组领导的 谢尔盖·莫罗佐夫 该系统已经将SQL服务器连接器部署在由内部分叉构成的多部分模式中,它们在内部维护这个分叉,直到整个工作被上游化。我们要向谢尔盖、雅各布·金德、麦克·卡莫尔尼科夫以及来自糖厂的其他人表示巨大的感谢,他们为德贝齐斯社区的发展做出了不懈的努力,我们非常期待着继续并进一步扩大这种密切的合作。
其他修正和更改
1.9.0.Beta1版本的进一步修正和改进包括:
对于两个mysql的各种DDL解析器修复( DBZ-4707 )及甲骨文( DBZ-4641 , DBZ-4662 , DBZ-4706 , DBZ-4746 , DBZ-4752 , DBZ-4763 )
纠正了与后SQL连接器的长期事务问题( DBZ-2306 )
甲骨文连接器稳定性改进( DBZ-4635 , DBZ-4715 , DBZ-4723 , DBZ-4737 , DBZ-4744 )
请参阅 释放说明 在此版本中学习更多关于这些和进一步修复的知识。
一如既往,非常感谢为这一版本做出贡献的各位:
艾达 , 阿尼莎 , 鲍勃·罗丹 , 克里斯班布尔 , 克兰福德 , 多米尼克之歌 , 贡纳·莫林 , , 雅各布格明德 , 杰克布切切克 , 伊日诺沃特尼 , 伊里·帕坎奇c , 乔希·里贝拉 , 李莫 , 马丁·梅戴克 , 麦克·卡莫尼科夫 , 萨兹杜尔·胡克 , 奥伦伊利亚 , 勒内·克纳 , 罗丹 , 谢尔盖·莫罗佐夫 , S31-dhajyoti戈什 , 沃伊泰克 , 朱威利 , 阳的 , 英英唐 ,以及 西里兹利
展望
随着Beta1版本的完成,我们正在接近1.9版本周期的最后阶段。根据即将发布的问题报告,您可以预期未来几周的新版本可能是CR1。
当我们转向并展望1.9之后,你可以期待有关Debezum2.0的工作将于2022年4月v初开始。目前的路线图是投入2个完整的发布周期,这意味着你可以期待在2022年9月v底前的某个时候德贝兹2.0。与此同时,您可以期待在整个过程中定期更新Debez铵1.9。
如果您对Debezum2.0感兴趣,我们已收集了一些物品,在 DBZ-3899 到目前为止。这并不是一个详尽无遗的清单,也没有对这个清单进行优先排序,并对你所能期待的全部2.0进行了范围界定;然而,这就是我们已经确定的,社区或团队认为对于这个新的主要版本来说是可以执行的任务。如果你有什么想看的,请稍等一下,或者就上面的"吉拉票"进行讨论,或者加入讨论。 这个话题 在我们的邮寄名单上。