原文地址: https://debezium.io/blog/2022/06/21/debezium-1-9-4-final-released/
欢迎关注留言,我是收集整理小能手,工具翻译,仅供参考,笔芯笔芯.
Debezium 1.9.4.Final Released
June 21, 2022 by Chris Cranford
releases mongodb mysql postgres sqlserver cassandra oracle db2 vitess outbox
我很高兴地宣布 1.9.4.Final !
这个版本主要侧重于"错误修复"和"稳定性";并且是对早期版本所有用户的推荐更新。这个版本包含 32个解决问题 总的来说。
定影
这个版本完全侧重于稳定性和修正性。一些值得注意的变化包括:
将事件SCN纳入甲骨文记录 DBZ-5225
雷迪斯商店不与GCP管理的雷迪斯公司合作 DBZ-5268
数据库历史恢复将在旧表重新命名后保留旧表 DBZ-4451
添加不起作用的增量快照的新表 DBZ-4834
德贝兹从来没有找到过启动 DBZ-5031
在连接过程中所有结果都使用曲线提取 DBZ-5084
前座1.9.3失败 DBZ-5204
无法将未签名的字段类型Tiny林特(1)转换为布尔值 DBZ-5236
在删除的存档日志中,正在进行的事务可能会失败 DBZ-5256
重命名架构更改事件中的源块表名称顺序并非确定性的 DBZ-5257
如果一个节点向下,去贝兹无法连接到复制器 DBZ-5260
蒙戈连接器快照期间的截止 DBZ-5272
此外,甲骨文和mysql都有一些SQL解析器修复。
请参阅 释放说明 了解更多关于所有固定错误、更新过程等的信息.
非常感谢社区中为德贝齐姆1.9.4.最后做出贡献的下列个人: 阿尼莎 , 鲍勃·罗丹 , 克兰福德 , , 伊里·帕坎奇c , 赵军 ,奥斯卡波拉克, 拉胡尔·卡纳 , 勒内·克纳 , 蒂姆帕特森 , 沃伊泰克 !
展望
德贝佐姆1.9发布流将在未来三个月保持当前的长期运行版本。在此期间,我们将继续评估用户报告,并根据严重程度进行微释放,以解决错误和回归。
另外,在Debezum2.0上也做了很多工作。我们目前正在积极研究Debezium2.0.0.阿尔法3,并将在下周对此进行更新。
在接下来的几周里,请继续关注,保持冷静!
原文地址: https://debezium.io/blog/2022/07/05/debezium-2.0-alpha3-released/
Debezium 2.0.0.Alpha3 Released
July 5, 2022 by Chris Cranford
releases mysql postgres sqlserver cassandra oracle db2 vitess outbox
我很高兴能和你分享 2.0.0.Alpha3 已经被释放了!
虽然这个版本包含了过多的缺陷修复,但也有一些值得注意的改进,其中包括在事务元数据事件中提供时间戳,在甲骨文的更改事件源代码块中添加几个新的字段,以及对甲骨文连接器的抵消进行非反向兼容的更改。
让我们仔细看看这些。
交易元数据变化
事务元数据事件描述了 开始的 以及 结束 (提交)数据库事务。由于各种原因,包括审计,这些事件是有用的。默认情况下,事务元数据事件不是由连接器生成的,要启用此功能,请使用provide.transaction.metadata 必须启用备选办法。
在这个版本中,两者BEGIN 和END 活动包括一个新领域,ts_ms 这是根据事件类型决定事务何时开始或提交的数据库时间戳。这种事件的一个例子现在看来是:
{
“status”: “END”,
“id”: “12345”,
“event_count”: 2,
“ts_ms”: “1657033173441”,
“data_collections”: [
{
“data_collection”: “s1.a”,
“event_count”: 1
},
{
“data_collection”: “s2.a”,
“event_count”: 1
}
]
}
如果您已经在使用事务元数据功能,则更新后的新事件将包含该字段。
如果您没有使用事务元数据功能,但发现这个功能有用,只需添加provide.transaction.metadata 备选办法: 真实的 连接器配置。默认情况下,元数据事件被发送到以您的database.server.name 选择。可以通过指定transaction.topic 如下所示:
database.server.name=server1
provide.transaction.metadata=true
transaction.topic=my-transaction-events
在本例中,所有事务元数据事件将发送到my-transaction-events .有关更多细节,请参阅连接器的特定配置。
甲骨文源信息更改
…source 信息块是更改事件有效载荷中描述生成更改事件的数据库属性的一节。例如,本节包括系统更改号、更改的数据库时间戳和更改为部分的事务。
在这个版本中,我们确定了一个回归scn 场没有正确地反映出source 更改事件发生的地点。虽然甲骨文用相同的系统更改号生成多个更改并不是不正常的,但我们确实发现了一种回归,导致错误的系统更改号分配给了范围内事务中的每个事件,这使得一些人很难将这些信息用于审计目的。…source.scn 现在,字段应该正确地反映系统更改数从甲骨文日志或甲骨文流。
此外,又增加了几个新的字段。source 信息块,以改进与物流者的实现和甲骨文RAC的整合。新的来源信息块实例:
{
“source”: {
“version”: “2.0.0.Alpha3”,
“name”: “server1”,
“ts_ms”: 1520085154000,
“txId”: “6.28.807”,
“scn”: “2122184”,
“commit_scn”: “2122185”,
“rs_id”: “001234.00012345.0124”,
“ssn”: 0,
“redo_thread”: 1
}
}
新增加的领域是:
rs_id
指定与更改相关的回滚段标识符.
ssn
指定SQL序列号,这与rs_id 代表一个独特的元组来改变。
redo_thread
指定管理更改生命周期的实际数据库重做线程。
无论是使用甲骨文独立或RAC,这些值总是提供时,使用甲骨文记录器。这些值对于甲骨文RAC安装来说更为重要,因为您有多个数据库服务器同时操作共享数据库。这些字段特别地注释了变更起源于哪个节点和该节点上的位置。
甲骨文连接器偏移更改
在甲骨文实际应用集群(RAC)环境中,多个节点可以同时访问和操作甲骨文数据库。每个节点维护自己的重做日志缓冲区并执行自己的重做编写线程。这意味着,在任何特定时刻,每个节点都有自己独特的"位置",这些位置将完全不同于每个节点上发生的活动。
在这个版本中,一个小的变化是 DBZ-5245 支持甲骨文RAC。以前,连接器补偿维护一个字段scn 这表示连接器应该从哪里流变化的"位置"。但是由于每个节点在重做中可能处于不同的位置,scn 甲骨文RAC的价值是不够的。
老甲骨文连接器的抵消是这样的:
{
“scn”: “1234567890”,
“commit_scn”: “2345678901”,
“lcr_position”: null,
“txId”: null
}
从2.0.0.阿尔法3开始,新的偏移结构现在具有这种形式:
{
“scn”: “1234567890:00124.234567890.1234:0:1,1234567891:42100.0987656432.4321:0:2”,
“commit_scn”: “2345678901”,
“lcr_position”: null,
“txId”: null
}
你就会注意到scn 字段现在由一个逗号分隔的值列表组成,其中每个条目代表一组值。新组合的形式是scn:rollback-segment-id:ssn:redo-thread .
虽然此更改是向前兼容的,这意味着您可以安全地升级到2.0.0.阿尔法3,并且旧的格式可以读取,一旦新的格式写入抵消,旧版本的连接器将无法读取抵消。如果您升级并决定您需要回滚,请注意您需要手动调整连接器的偏移量。scn 字段只包含一个最新的字符串scn 跨所有重做线程的值。
其他修复和改进
在这个版本中有几个缺陷和稳定性变化,值得注意的是:
从抵消器中错误装载LNS DBZ-3942
数据库历史恢复将在旧表重新命名后保留旧表 DBZ-4451
添加不起作用的增量快照的新表 DBZ-4834
小数点小数与给定的小数点模式的规模值不匹配 DBZ-4890
德贝兹从来没有找到过启动 DBZ-5031
数据重复问题使用德贝泽姆服务器上的后GRESSQL源 DBZ-5070
在连接过程中所有结果都使用曲线提取 DBZ-5084
当表名有空格时,解析选择语句覆盖失败 DBZ-5198
ddl语句无法解析2-甲骨文连接器1.9.3.最后 DBZ-5230
德贝佐姆服务器复制脚本JAR文件 DBZ-5232
无法将未签名的字段类型Tiny林特(1)转换为布尔值 DBZ-5236
甲骨文不可理解的DDL创建表 DBZ-5237
父分区表上的后增量快照不工作 DBZ-5240
字符集影响器没有正确分析默认值 DBZ-5241
当使用在夸克斯嵌入德贝兹时 DBZ-5251
在删除的存档日志中,正在进行的事务可能会失败 DBZ-5256
重命名架构更改事件中的源块表名称顺序并非确定性的 DBZ-5257
如果一个节点向下,去贝兹无法连接到复制器 DBZ-5260
当轨道连接器获得新的LOB数据时,承诺没有改变 DBZ-5266
“九月三十一日” DBZ-5267
数据库。历史。商店。仅此而已。捕获。表格。ddl不抑制日志 DBZ-5270
解释例外:无法解析DDL语句 DBZ-5271
蒙戈连接器快照期间的截止 DBZ-5272
Mysql解析器无法在杀命令中处理变量 DBZ-5273
当连接到天蓝事件集线器时,去贝兹服务器失败 DBZ-5279
当数据库历史主题无法创建或不存在时,从未建立过保存点 DBZ-5281
启用数据库。历史。商店。仅此而已。捕获。图表。ddl不限制历史主题记录 DBZ-5285
总共, 66个问题 已经做好了准备。
我非常感谢所有参与这个版本的社区贡献者: 阿尼莎 , 鲍勃·罗丹 , 查斯托福科帕 , 克兰福德 米哈伊尔·杜布罗文, 贡纳·莫林 , , 杰克布切切克 , 伊日诺沃特尼 , 伊里·帕坎奇c , 赵军 , 坎哈古普塔 , 马克贝雷兹尼斯基 , 梅克尔·梅森 , 麦克·卡莫尼科夫 , 纳温库马尔克尔 ,奥斯卡波拉克, 拉胡尔·卡纳 , 罗丹 , 蒂姆帕特森 , 沃伊泰克 ,以及 延贡688 !
接下来呢?
你可以期待在下周最终发布1.9.5.这个版本将包括许多作为这个版本一部分的缺陷修复,因为我们将继续提高1.9微释放的稳定性。
您还可以期待2.0.0.Beta1在接下来的3周,与我们通常的发布节奏保持一致。接下来的主要里程碑包括跨连接器的统一快照模式,一种新的Snapshotter 适用于所有连接器,可压缩的JSON数据库历史,偏移统一,偏移存储API等等。