Debezium 1.9.0.Alpha2 正式发布
Debezium 1.9.0.Alpha2 正式发布
我很高兴宣布 Debezium 1.9 系列的第二个版本，1.9.0.Alpha2 正式发布。此版本包含了对 Oracle 21c 的支持、围绕 Redis for Debezium Server 的改进、配置 kafka.query.timeout.ms 参数以及围绕 DDL 解析器、构建基础架构等的许多 Bug 修复。整体来说，在此版本修复了 51 个问题。让我们一起看看其中的一些亮点。
1. 支持 Oracle 21c
Debezium Oracle Connector 在 Oracle 21c 最新版本 21.3.0.0 上完成测试，并且实现兼容。如果你使用 LogMiner 或 Xstreams 适配器，现在无需任何更改就可以使用 Oracle 的最新旗舰版本和流变更事件。如果你在 Oracle 12 或 Oracle 19 上执行数据库升级，你不需要修改 Connector 配置（已经兼容）。
2. 配置 kafka.query.timeout.ms 参数
当使用 Kafka Admin Client 并调用 API 时，默认超时时间为 3 秒。新的 kafka.query.timeout.ms 参数可以为 Kafka Admin Client 提供自定义超时时间，以避免在使用 TLS 和 SSL 加密以及网络延迟引起的非预期超时环境中可能出现超时问题。
感谢社区成员 Snigdhajyoti Ghosh 所做的出色工作。
3. Redis for Debezium Servers 的改进
我们在支持 Redis 的 Debezium Servers 中新增了三个参数：
- redis.retry.initial.delay.ms
- redis.retry.max.delay.ms
- batch.size
Redis 允许使用 maxmemory 配置参数指定最大内存上限；但是，如果未配置此参数，那么 Redis 会继续分配内存。如果所有内存都用完了，就会发生 OutOfMemory 异常。现在 Redis Sink 使用 redis.retry.initial.delay.ms 和 redis.retry.max.delay.ms 来配置初始和最大重试延迟时间，以更好地应对这个问题以及与连接相关的问题。如果你曾经或者现在正遇到此类异常，我们强烈建议你尝试这些新配置参数，以提高 Sink 的弹性和体验。
基于管道的事务可以大大增加 Redis 查询。为了利用基于管道的事务，可以指定 batch.size 配置参数，这可以允许 Redis 批量写入变更记录，而不是一个一个地写入。
4. 其他修复
如下是一些值得注意的 Bug 修复和升级：
- Oracle Logminer：在进行中事务切换’快照→流’会丢失数据库变更 DBZ-4367
- DDL 解析问题：ALTER TABLE … MODIFY PARTITION … DBZ-4649
- OracleSchemaMigrationIT 使用 Xstream 适配器出现失败 DBZ-4703
- 将 UI 从 webpack-dev-server v3 版本迁移到 v4 DBZ-4642
- 将 postgres 驱动程序升级到 42.3.2 版本 DBZ-4658
- Quarkus 升级到 2.7.0.Final DBZ-4677
- 指示 XStream 不支持 ROWID DBZ-4702
- 增量快照不支持列区分大小写 DBZ-4584
- 构建触发器问题 DBZ-4672
- 无法使用嵌套的对象数组扩展 JSON payload DBZ-4704