Debezium发布历史173

原文地址： https://debezium.io/blog/2023/12/21/debezium-2-5-final-released/

欢迎关注留言，我是收集整理小能手，工具翻译，仅供参考，笔芯笔芯.

Debezium 2.5.0.Final Released
December 21, 2023 by Fiore Mario Vitale
releases mongodb mysql postgres sqlserver cassandra oracle db2 vitess outbox spanner jdbc

随着寒冬的来临,我们将过渡到节日节日,我们的专业团队一直忙于为德贝兹社区准备一份特别的礼物。我很高兴能与大家分享德贝佐姆2.5.0.最后的释放,正好赶上节日庆典。准备打开这个最新的小版本,充满节日欢乐和令人兴奋的新功能!

让我们花点时间回顾一下包括在Debezum2.5中的所有新功能、变化和改进 181期 由37个独一无二的贡献者决定。

突破性变化
虽然我们试图避免在小版本之间发生任何潜在的破坏性变化,但这种变化有时是不可避免的。德贝兹2.5的升级包括总共10个独特的断裂变化:

Mysql
mysql社区宣布,mysql5.7将于2023年10月底进入其生命周期的结束,根据这一上游社区的消息,Debezum也在对这一最新消息进行调整,就像其他供应商一样。为此,我们将不再测试也不再支持mysql5.7,如果它达到完全容量,那么mysql5.7将进入我们所谓的"最大努力"支持。( DBZ-6874 )

MysqlBIT 如果没有设置数据类型,则没有隐式长度。这是不正确的,因为如果没有提供默认长度1 ( DBZ-7230 ).

蒙戈德
在Debezum的早期版本中,用户可以使用蒙戈德连接器,并在使用蒙戈德分叉部署时在特定碎片上执行集合的快照。不幸的是,虽然我们理解用户可能已经利用了这种行为,但它是意外的,不支持。Debezum2.5完全删除了这个功能,这是在前方目标中的一个步骤,即完全删除蒙戈数据库中的复制器设置流模式( DBZ-7139 ).

默认连接模式从replica_set 到sharded 作为彻底清除的准备步骤。更改将导致现有抵消无效和初始快照的无声重新执行。为了防止这种情况,添加了一个检查,如果发生这种情况,连接器在启动时将失败。用户可以设置replica_set 显式连接方式或可移除现有的冲抵( DBZ-7272 ).

JDBC
据报道,在一个角案例中,JDBC接收器连接器错误地写入了null 对目标数据库的值,以默认值代替NULL .这已在德贝兹2.5( DBZ-7191 ).

核心
如果您目前正在使用云排减转换器来释放符合云排减格式的事件,请注意配置选项metadata.location 改名为metadata.source .您将需要确保更新连接器配置,以反映这个变化与Debezum2.5和以后。( DBZ-7060 )

该团队在Debezum2.5中的重点之一是改进Debezum嵌入式发动机的体验。考虑到这个目标,我们把这个预览版本作为清理嵌入式引擎的API的机会。

如果您使用的德贝兹嵌入式引擎使用了任何先前反对的APIEmbeddedEngine ,你会发现这些方法已被删除。( DBZ-7100 推荐的前进道路是确保你正在使用DebeziumEngine 的接口debezium-api 手工艺品。

…ComputePartition 是一个SMT,它使用户能够计算需要的分区,其中一个事件将被写入卡夫卡主题。这个单一消息转换(SMT)在不久前就被弃用了,以支持新的PartitionRouting 单消息转换。去贝素2.5去除旧的,被抛弃的ComputePartition ,而那些仍然依赖这种SMT的用户将需要迁移到新的PartitionRouting 如果你还没有这样做( DBZ-7141 ).

云事件头的架构名称前缀和字母框与有效载荷名称不一致。架构名称进行了调整,因此头和有效负载共享相同的名称空间,并遵循相同的字母外壳规则( DBZ-7216 ).

改进和变化
在本节中,我们将参观一下Debezum2.5的所有新功能和改进。

核心
雷迪斯架构历史重试现在有限
德贝唑2.5引入了一种新的配置选项,schema.history.internal.redis.max.attempts 设计来限制重试尝试的次数,而当它变得不可用时连接到REDIS数据库时,以前它只是永远重试。新选项默认为10 但是是可配置的。( DBZ-7120 )

初始快照的附加通知
Debezum的通知子系统提供了一种简单的方法,可以将外部进程和应用程序集成到某些Debez任务上,例如快照。在以前的版本中,初始快照的通知非常基本,提供了细节,例如快照何时开始,每个表何时开始和结束,以及快照何时结束。

最近的贡献是 DBZ-6878 扩展此基础功能以提供有关快照的增强详细信息。例如,IN_PROGRESS 通知将提供更多细节,说明正在捕获哪些表格,哪些表格正在编制中,详情如下:

{
“id”:“6d82a3ec-ba86-4b36-9168-7423b0dd5c1d”,
“aggregate_type”:“Initial Snapshot”,
“type”:“IN_PROGRESS”,
“additional_data”:{
“connector_name”:“my-connector”,
“data_collections”:“table1, table2”,
“current_collection_in_progress”:“table1”
},
“timestamp”: “1695817046353”
}
此外,另一个初始快照通知称为TABLE_SCAN_COMPLETED 还提供了类似的详情,如下所示:

{
“id”:“6d82a3ec-ba86-4b36-9168-7423b0dd5c1d”,
“aggregate_type”:“Initial Snapshot”,
“type”:“TABLE_SCAN_COMPLETED”,
“additional_data”:{
“connector_name”:“my-connector”,
“data_collection”:“table1, table2”,
“scanned_collection”:“table1”,
“total_rows_scanned”:“100”,
“status”:“SUCCEEDED”
},
“timestamp”: “1695817046353”
}
上面所示的几个字段data_collection 这些当前不适用于蒙戈德快照,只适用于基于sql的关系连接器。
详情请参阅 通知文件 .

重新选择列
在某些情况下,由于某些源数据库的功能方式,当Debezum连接器发出更改事件时,事件可能会排除特定列类型的值。例如,TOAST 在后格拉基,LOB 甲骨文栏,或Extended String 甲骨文统计数据中的列,可能都被排除在外。

去贝唑2.5介绍ReselectColumnsPostProcessor 提供从数据库表中重新选择一个或多个列并获取当前状态的方法。您可以配置后处理器来重新选择以下列类型:

无柱。

包含了unavailable.value.placeholder 哨兵的价值。

配置后处理器类似于配置自定义转换器或转换器,只是它工作于可变负载的结构而不是源记录。

增量快照水印的插入/删除语义
财产incremental.snapshot.watermarking.strategy 已引入让用户选择水印策略在增量快照期间使用。

…insert_insert (旧的行为)方法允许Debezns在快照期间为每个数据块创建两个信号数据收集项,以标志快照窗口的打开和标记其关闭。

另一方面,用insert_delete 选项,在窗口开头的每个块的信令数据收集中写入单个条目。完成后,将删除此项,并没有添加相应项以表示快照窗口的关闭。这种方法有助于更有效地管理信号数据的收集。

详情请参阅Connector properties 你感兴趣的连接器部分。

蒙戈德
无缝大文档处理
在最近的版本中,Debezr引入了一些关于大型文档处理的变化;但是,这些变化主要侧重于处理MOGDB4和5的用例。虽然这些改进当然有助于那些旧版本,但是蒙戈数据库社区已经在蒙戈数据库6中引入了一种在数据库管道级别无缝处理这个问题的方法。

德贝兹2.5的蒙戈数据库连接器现在使用$changeStreamSplitLargeEvent 集合特征,作为蒙高布6.9.9的一部分介绍。这就避免了BSONObjectTooLarge 当处理文件时的例外情况,将超过16MB文档大小限制的MOGDH。这个新功能是由oversize.handling.mode 选择权,违约fail .如果您想利用这个新的选择性功能,请调整此配置。( DBZ-6726 )

德贝兹仅仅是利用蒙戈数据库的一个潜在功能。因此,数据库仍有一些限制, 蒙戈德文件 这可能仍然会导致大型文档的例外情况,这些文档不遵守蒙戈数据库的分割规则。

Mysql
8.2支助
mysql社区最近在2023年10月底发布了一个新的创新版本:mysq8.2.0。这个新版本已经测试了Debezu,我们很高兴地宣布,我们正式支持这个新的创新版本。( DBZ-6873 )

高精度源时间戳
一些新的高精度时间戳字段已经被包括在一些mysql复制事件中。例如,在mysql8.0.1中,有微第二分辨率时间戳添加到Gtid事件中,这些事件指定事务在直接主程序上提交时和在原始主程序上提交时的时间戳。

去贝沙2.5现在利用这些值,并将其用于ts_ms 如果它们是可用的,那么将回到基于第二级的精确度,如果它们是可用的,或者如果您在8.0.1之前使用了mysql的版本( DBZ-7183 ).

后记
从16号高速公路流
在后GRESQ16中,现在可以在备用实例上定义复制槽。这将允许过多的新选项,包括从副本而不是从您的生产系统中执行更改数据捕获以进行负载分配的能力,特别是在非常活跃的数据库中。

Debezum2.5现在支持连接到一个备用的后行sql16服务器和流更改( DBZ-7181 ).

先知
流程度量变化
在以前的Debezum的构建中,有一个单独的甲骨文流流度量比恩揭示了跨越所有三个流适配器的所有度量选项。这通常会导致对于哪些度量标准适用于哪个流适配器的困惑,因此我们希望在本例中定义一个明确的区别。

用Debezum2.5,甲骨文流度量度量被划分为三个不同的实现,每个适配器类型一个。对于可观察性堆栈,这个更改应该是完全透明的,除非您以前在使用另一个适配器类型时正在为一个适配器类型收集一个指标。在这种情况下,你会发现度量不再可用。

特别是对于伐木者用户,一些指标已经重新命名,旧的指标已经被弃用。虽然您仍然能够使用Debezum2.5中的旧公制名称,但这些名称计划在未来的2.7+构建中删除。被弃用并重新命名的指标如下:

旧的/不赞成的度量 新公制
CurrentRedoLogFileName

文本名

红色状态

红名单

转换台

调度台

计算

按数量计算

HoursToKeepTransactionInBuffer

MillisecondsToKeepTransactionsInBuffer

TotalProcessingTimeInMilliseconds

TotalBatchProcessingTimeInMilliseconds

注册

总计数

MillisecondsToSleepBetweenMiningQuery

SleepTimeInMilliseconds

NetworkConnectionProblemsCounter

无替换品

罗布行为
去贝兹2.5在快照和流中调整LOB行为。何时lob.enabled 准备好false ,在快照期间,将显式地包含不可用的值占位符,以匹配流的行为。

sql服务器
通知改进
对于SQL服务器来说,Debezns通过读取数据库在所谓的捕获实例中捕获的更改来工作。这些实例可以根据用户的需要来决定来决定去,并且很难知道Debezns是否已经完成了自己的特定捕获实例的捕获过程。

通过发出新的通知聚合物来解决这个问题Capture Instance ,允许任何观察者了解当一个捕获实例不再被Debezns使用时。此新通知包括各种连接器细节,包括连接器名称以及启动、停止和提交lsn值。( DBZ-7043 )

司机更新
2019年SQLSERERR引入了指定列特定敏感性分类的能力,以便为敏感数据提供更好的能见度和保护。不幸的是,当前的驱动程序用Debezum2.4和更早的版本发送不支持此功能。Debezum2.5介绍了最新的12.4.2SQL服务器驱动程序,这样用户现在就可以利用这个功能了。( DBZ-7109 )

JDBC水槽
批量支助
德贝兹在2023年3月n首次引入JDBC接收器连接器,作为德贝兹2.2的一部分。在过去几个月里,这个连接器经历了许多迭代,以提高其稳定性、特性集和功能。Debezum2.5在这些努力的基础上,引入了批写。( DBZ-6317 )

在以前的版本中,连接器分别处理每个主题事件;然而,新的批写支持模式将把事件收集到桶中,并使用尽可能少的事务边界将这些更改写入目标系统。这种改变增加了连接器的吞吐能力,使与目标数据库的交互更加有效。

外地包容/排除
Debezum2.5引入了一个新的JBDC接收器功能,用户现在可以指定事件有效载荷中的哪些字段将被包括在目标数据库写入操作中或被排除在其中。这个特性就像任何其他包含/排除Debezum框架中的组合一样,这两个属性是相互排斥的。

举个例子,如果我们有一个具有以下主题字段的简单事件有效载荷customers :

{
“id”: 12345,
“name”: “Acme”,
“address”: “123 Main Street”
}
如果我们不想写address 在目标数据库中写入id 和name 字段到目标表,我们可以使用这个新功能来实现这一点。我们可以增加一个field.include.list 或field.exclude.list 财产。

防止将地址字段写入目标的示例
{
“field.exclude.list”: “customers:address”
}
字段包括/排除的格式是[:] ,如果你想避免填写address 所有活动的场地。详情请参阅JDBC接收器连接器配置文档。

德贝兹服务器
操作者
库贝内特斯的德贝兹服务器操作员在德贝兹2.5的这一预展中得到了积极的改进。一些改进包括:

能够在CRDS中设置图像拉拔秘密 DBZ-6962

在CRDS中设定资源限额的能力 DBZ-7052

向马文中心发布已发布的olm包脚本 DBZ-6995

支持操作枢纽发布脚本中的业务组/开放转换目录 DBZ-7010

在olm包中显示可用的名称和描述元数据 DBZ-7011

收集指标的新指标端点 DBZ-7053

当我们继续改进库伯内特斯的德贝佐斯服务器操作员时,我们希望得到您的反馈。

CRDS服务帐户
在前几个版本的Debezum中,不可能使用与预先定义的不同命名的服务帐户。这使得这个过程对用户来说有点麻烦,因为虽然您可以单独授予这个预先定义的帐户的角色和授权,但这意味着您需要使用这个预先定义的服务帐户,而不是一个您可能已经希望使用的帐户。

Debezum2.5简化了这个过程,现在您可以使用自己的自定义服务帐户( DBZ-7111 ).

动力槽改进
德贝兹服务器运动用户将高兴地注意到,与德贝兹2.5的接收适配器有一些可靠性改进。运动吸收器现在将自动重试失败记录的传递,在适配器触发失败之前最多重试5次。这将提高接收器适配器的传递可靠性,并帮助处理一批更改可能使接收器端点过载的情况。( DBZ-7032 )

最终分区
在Debezum服务器的早期版本中,用户可以指定一个固定的分区来将所有更改流到一个单独的分区,或者提供一个静态的分区键,这个分区键将被设置在所有的批处理操作上,最终将所有更改流到同一个目标分区。在有些情况下,这可能会有所帮助,但更经常地导致下游处理的性能问题。

德贝唑2.5调整这种行为,以提高性能。在默认情况下partitionid 或partitionkey 定义后,该Evuub接收器将使用循环技术将事件发送到所有可用的分区。通过指定一个单独的、固定的分区,可以强制事件。partitionid .或者,partitionkey 可以提供一个固定的分区键,用于将所有事件路由到特定的分区。

如果需要额外的分区路由要求,现在可以将PartitionRouting 完成这些任务。详情请参阅 活动中心文件 .

兔子流槽
介绍 流 在第3.9版中,它使用一种快速有效的协议,可以与amqp0.9.1相结合,以支持大规模的页面输出、重播和时间旅行,以及具有极高吞吐量的大型数据集。通过引入新的本地流实现( DBZ-6703 )。为了开始这个新的实现,请将Debezum服务器接收器配置如下:

debezium.sink.type=rabbitmqstream
debezium.sink.rabbitmqstream.connection.host=
debezium.sink.rabbitmqstream.connection.port=
此外,如果您需要将任何其他连接参数传递到拉比特MQ连接,您可以通过使用前缀将这些参数添加到配置中来实现。debezium.sink.rabbitmqstream.connection. 传递任何配置属性。

请看 德贝兹服务器的兔子MQ文档 更多的细节。

阿帕奇卡夫卡水槽的街头流浪者
卡夫卡接收器行为现在可以通过为特定功能提供替代实现的自定义逻辑进行修改。当替代实现不可用时,则使用默认实现。

详情请参阅 阿帕奇卡夫卡注射点 .

自动识别系统
亚马逊简单队列服务是一种分布式消息队列服务.它支持通过网络服务应用程序有计划地发送信息,作为在互联网上进行通信的一种方式。该系统旨在提供一个高度可伸缩的托管消息队列,以解决生产者–消费者问题或生产者与消费者之间的连接所产生的问题。

德贝齐姆2.5提供了发送事件到亚马逊小数量服务集的可能性。

扳手
支持云扳手模拟器与扳手连接器 DBZ-6845

生命连接器的可恢复快照支持 DBZ-7050

信息系统
IBM信息系统连接器
感谢来自 拉斯约翰逊 ,Debezum2.5在其组合中引入了一个新的连接器,以收集IBM的更改。IBM信息是一个可嵌入的高性能数据库,用于在一个地方集成SQL、Nosql、JSON、时间序列和空间数据。它是为边缘、云中或前提下的分析设计的。

与我们的任何社区领导连接器一样,IBM的"信息"连接器也被捆绑在一起,它可以在MAVIN中央系统上使用,也可以从我们的系统中下载插件存档。 脱贝2.5 发布页。

神器坐标是:

io.debezium debezium-connector-informix 2.5.0.Final 如果您想为信息连接器做贡献,我们在Debezum组织下添加了一个新的存储库, debezium-connector-informix .

我要感谢拉尔斯约翰逊的贡献和他与团队的合作,荣誉!

马里亚达布
预先支助
社区已经利用mysql连接器作为一种替代方法来捕捉来自Mariadb的更改已有相当长的时间了;然而,兼容性主要是最好的情况。

Debezum2.5释放流的目的是通过采取一种非常明确的方法论方法来逐步检查、验证并最终以我们使用mysql的相同能力支持Mariadb,从而使其成为一流的连接器。我们的目标和希望是,我们能够在mysql连接器本身的范围内做到这一点;然而,仍然有相当多的关于gtid支持的正在进行的研究,可能会影响到前进的道路。

这个第一次的Debezum2.5的预览构建已经迈出了第一步,我们已经验证了这个代码是不是可以针对单一的Mariadb数据库部署进行的,测试套件通过了,并且我们已经处理了支持这个部署所需要的对Bi日志客户机的任何更改。我们接下来的步骤是研究Gtid支持,但使用的方法与mysql不兼容。

当我们继续在此基础上扩展时,请继续关注未来的构建,我们当然欢迎任何早期反馈。

全球数据基础设施支助
MySQL和Mariadb都支持所谓的全局事务标识符或GTDS。它们用于复制,以唯一地标识跨集群的事务。mysql和Mariadb之间的实现细节有很大的不同,在早期的Debezum版本中,我们只支持与mysql的Gtid。

用Debezum2.5,我们正在采取另一个步骤,引入Gtid支持的马里亚迪作为部分的mysql连接器提供。为了利用这种行为,您将需要通过使用JDBC连接作为前缀的JDBC驱动程序而非mysql驱动程序来使用该驱动程序。jdbc:mariadb 与其说jdbc:mysql .通过这样做,你现在可以充分利用和mysql一样的马里亚迪和Gtid一起工作( DBZ-1482 ).

其他变动
一起来, 7期 是固定在这个版本里的 169个问题 所有释放的德贝兹2.5。

使用mysql和gcp处理器添加去贝兹服务器示例 DBZ-4471

时间策略 DBZ-6778

多重德贝兹:抵消雷迪斯客户端 DBZ-6952

在汇连接器中使用非平均列名称的错误情况 DBZ-6958

在茶场正确处理JDBC接收器到后行 DBZ-6967

JDBC接收过程截断事件失败 DBZ-6970

单引用复制包括N(Chr/VARCHAR)列的转义引用 DBZ-6975

提供配置选项,从云中排除扩展属性 DBZ-6982

DDBC接收器应该抛出不支持的模式更改主题异常 DBZ-6990

德贝司没有用JDK21编译 DBZ-6992

对GA版本的OOM束版本无效 DBZ-6994

进一步重构以纠正增量快照主题的下游呈现 DBZ-6997

在向JDBC接收器目标添加多个列时更改表失败 DBZ-6999

在CSV元数据中无效链接到祖利普聊天 DBZ-7000

一旦连接性丧失到重新平衡或同步主题,确保终止任务 DBZ-7001

失踪。元数据中的存储字段 DBZ-7003

单报价复制和数据丢失 DBZ-7006

删除被弃用的嵌入式引擎代码 DBZ-7013

启用复制槽提前检查 DBZ-7015

为云转换器添加配置选项,以从标题检索ID和类型 DBZ-7016

甲骨文连接器:超过76020字节的有效载荷尺寸被截断 DBZ-7018

使用可选模式进行时差转换器测试 DBZ-7020

ddl声明无法解析 DBZ-7030

对于mysql而言,阻塞性的特别快照并不是真正的阻塞 DBZ-7035

连接上的假旋转事件重新启动清除元数据 DBZ-7037

合并资源标签和说明 DBZ-7064

甲骨文RAC抛出ORA-00310:需要存档日志序列 DBZ-5350

甲骨文缺少疾病预防控制中心的数据 DBZ-5656

丢失甲骨文疾病控制中心的记录 DBZ-5750

增加(集成)甲骨文连接器专用德贝兹连接器扩展部分的测试 DBZ-6763

单核发育试验的间歇性失效 DBZ-6875

连接器经常错过提交操作 DBZ-6942

甲骨文19c失踪事件 DBZ-6963

RHEL系统测试中的蒙戈德测试失败,而dbz2.3.4 DBZ-6996

在测试室中使用德贝齐恩而不是嵌入式发动机 DBZ-7007

嵌入式脱贝司潘表演缓慢 DBZ-7047

字段排除不适用于被删除字段的事件 DBZ-7058

更新转换属性"删除"。“删除”。处理。模式"到德贝齐尔博士 DBZ-7062

JDBC接收器连接器不与克劳德文特一起工作 DBZ-7065

在处理过程中发生错误时JDBC连接泄漏 DBZ-7069

一些服务器测试由于@com.Google.输入而失败。 DBZ-7077

增加用于测试和分发的马里亚迪b驱动程序 DBZ-7085

允许DSJMDA在K8上使用用户名密码身份验证 DBZ-7087

“未识别的场次喷口” DBZ-7092

Mysql解析器不符合算术运算优先权 DBZ-7095

应将其连接起来。应使其失效 DBZ-7104

当使用无效配置(内部连接器#验证())调用"关系基础"时,可能导致异常 DBZ-7105

在解析mysqddl语句时(特定插入) DBZ-7119

为操作员模型生成太阳能流利的构建者 DBZ-6550

将运营商源代码转换为多模块项目 DBZ-6551

在连接器专用连接休息扩展中实现"验证滤波器"端点 DBZ-6762

测试蒙戈数据库连接器和外部文件状态SMT的AVro调整 DBZ-6809

在主回购系统中实现对云扳手模拟器的测试。 DBZ-6906

删除策略无法将重写的"_删除"字段添加到非结构值中 DBZ-7066

为马里亚迪b和mysql差异实现策略模式 DBZ-7083

德贝兹服务器没有默认的抵消。 DBZ-7099

快照后未能对mysql数据库进行身份验证 DBZ-7132

运行MySQLCI并行构建 DBZ-7135

信息中的故障读数12.10 DBZ-7137

在解析mysqddl语句时(特定联合) DBZ-7140

当场内有空格时,用SMT抛出无空腔。附加值。 DBZ-7142

在解析mysqqddl语句时(特定更新) DBZ-7152

为工作流程增加矩阵战略 DBZ-7154

在德贝兹姆操作库中添加服务账户依赖类的单元测试 DBZ-7155

使用复合分叉键无法处理来自分叉集合的更改 DBZ-7157

日志序列检查应该独立处理每个重做线程 DBZ-7158

如果一个值不是阴云的,在反社会化过程中迅速失效 DBZ-7159

正确的计算最大解 DBZ-7175

升级至英菲尼斯潘14.20.20 DBZ-7187

向夸库延伸3.5.3 DBZ-7188

修复Debeziummysql连接资源,不使用新的mysqadatper结构来支持不同的mysql风格 DBZ-7179

分析JSON字段的mysql索引失败时,使用类型双和浮的铸造 DBZ-7189

未更改的烤数组列替换为无法使用的。值。位置保持器,即使配置了所有副本标识。 DBZ-7193

使能够根据甲骨文23C对伐木工进行更改 DBZ-7194

在解析LS/sql中,添加修改范围的修改分配规则 DBZ-7196

只在没有事件的情况下,对阻塞快照的蒙戈德流暂停 DBZ-7206

在LS/sql中处理下表空间 DBZ-7208

升级到1.2.12 DBZ-7209

生物学研究。 DBZ-7211

甲骨文放弃事务实现错误导致OOM DBZ-7236

添加语法甲骨文截断集群 DBZ-7242

当更改列的类型时,长度值不会被删除 DBZ-7251

蒙戈德表/集合快照通知包含错误的抵消 DBZ-7252

多名称空间观看支助中断 DBZ-7254

添加跟踪日志,以跟踪德贝齐尔JDBC连接器的执行时间 DBZ-7217

确认和澄清甲骨文的多个存档日志目的地要求 DBZ-7218

升级到1.2.13 DBZ-7232

为云转换器添加配置选项,以自定义模式类型名称 DBZ-7235

支持卡夫卡信号主题快照请求的持久历史记录。 DBZ-7164

改变连接REST扩展的度量端点,直接使用姆贝恩塞罗夫,而不是使用joloia端点的http调用 DBZ-7177

度量端点必须处理具有多个任务的连接器(SQL服务器) DBZ-7178

无法解析ddl赠款声明 DBZ-7213

二.5.0β不支持甲骨文11G DBZ-7257

在使用多个快照线程的快照过程中出错将不会正确地终止映射 DBZ-7264

MysqlRDS更新查询未被忽略 DBZ-7271

JDBC连接泄漏 DBZ-7275

IncrementalSnapshotCaseSensitiveIT#insertDeleteWatermarkingStrategy fails DBZ-7276

DEBeZMISQL无法解析某些授予权限。 DBZ-7277

添加用于创建表内存优化的特等/SQL解析器 DBZ-7279

支持创建可食用或不可食用的包 DBZ-7283

为更改表内存优化添加特等/SQL解析器 DBZ-7268

将度量端点从UI后端移动到Debezum连接REST扩展/S DBZ-6764

更新的班德勒网站构建者形象失败 DBZ-7269

无效的GPG键导致连接器构建失败 DBZ-7280

我非常感谢所有参与德贝佐姆2.5工作的社区贡献者: 艾哈迈德·拉希德·哈祖利 , 安纳托利波波夫 , 阿尼莎 , 鲍勃·罗丹 , 克兰福德 , 贡纳·莫林 , , 伊利亚·阿赫桑 , 王英基 , 杰克布切切克 , , 伊里库拉哈尼克 , 伊里·帕坎奇c , 乔丹皮蒂埃 , 科斯塔·科斯特尔尼克 , 拉尔斯。约翰松 , 洛德斯·诺德 , 马里奥菲奥尔维塔莱 , 马特万斯 , 尼尔斯·哈特曼 , 翁德雷杰巴贝克 , 拉斐尔·卡马拉 , 勒内·克纳 , 罗丹 , 罗马库德里亚索夫 , 尼恩堡 , 普卢格卢都铎 , 五 , 拉马嫩卡 , 文森佐·桑托纳斯塔索 , 沃伊泰克 , 中强公 , 巴巴盖伊 , 鲁斯兰 ,以及 蔡灿材 !

下一步是什么?
德贝佐姆2.5是这个团队的一个标志性的里程碑,所以在喝了几杯酒和庆祝活动之后,我们的计划是把我们的注意力转向2.6版本的未来。我们已经开了第二次德贝兹社区会议,讨论了 路线图 我们非常渴望开始。

如果你有任何想法或建议,你想看到什么包括在德贝兹2.6,请提供反馈我们的 邮寄清单 或在我们的 郁金香聊天 .

圣诞快乐,新年快乐2024!

向前和向上!