Debezium 在最近发布的 Apache Kafka 2.0 (DBZ-858) 上运行并已在该版本上进行过测试。广泛使用的 Kafka 1.x 版本也继续得到支持。

请注意，由于 Debezium 使用的 admin client API 仅在较新版本中可用，因此不支持 0.10.x。要解决此问题应该不难，如果您有兴趣帮忙，这将是一个很棒的贡献（请参阅 DBZ-883）。

Postgres 是一个极其强大且灵活的关系型数据库，这很大程度上归功于其广泛的列类型，远超 SQL 标准的定义。其中一种类型是 HSTORE，本质上它是一个字符串到字符串的映射。

Debezium 现在可以捕获此类型列的更改了（DBZ-898）。默认情况下，字段值将使用 Kafka Connect 的 map 数据类型表示。由于并非所有 sink 连接器都支持这一点，您也可以通过将新的 hstore.handling.mode 连接器选项设置为 json 来将其表示为字符串化的 JSON。在这种情况下，您将在更改消息中看到 HSTORE 列表示为类似如下的值：{ "key1" : "val1", "key2" : "val2" }。

与 MySQL 和 Postgres 的连接器不同，Debezium MongoDB 连接器到目前为止还不允许将捕获集合的单个字段排除在 CDC 消息之外。例如，通过 Kafka 的 ReplaceField SMT 也不支持重命名它们。原因是 MongoDB 不强制要求给定集合文档具有固定模式，因此文档在更改消息中以单个字符串化的 JSON 字段表示。

感谢社区成员 Andrey Pustovetov 的出色工作，这种情况终于得到了改变，也就是说，您现在可以从给定集合的 CDC 消息中删除指定字段（DBZ-633）或者对它们进行重命名（DBZ-881）。请参阅 MongoDB 连接器文档 中关于新的连接器选项 field.blacklist 和 field.renames 的说明以了解更多信息。

Andrey 的另一项贡献是 CDC 消息源信息块中新增了一个可选的 connector 字段（DBZ-918）。这可以指示生成消息的源连接器的类型（"mysql", "postgres" 等），这在需要根据源数据库类型在消费者端应用特定语义的情况下会很有用。

新版本包含大量 bug 修复和其他小型改进。其中有：

社区成员 Ian Axelrod 提供了一个关于潜在性能问题的修复。在 Postgres 中，对带有 TOAST 列的表进行更改会导致连接器的内部 schema 元数据反复更新，这可能是一项昂贵的操作（DBZ-911）。请参阅 Postgres 连接器文档 中关于处理此问题的新 schema.refresh.mode 选项的详细信息。

在版本升级方面，我们迁移到了最新的 MySQL (DBZ-763, DBZ-764) 和 Postgres 驱动程序（DBZ-912）。前者是朝着支持 MySQL 8 的长期工作的一部分，该工作应在接下来的 Debezium 版本中完成。对于 Postgres，我们现在提供基于 Alpine 的 Debezium 支持的逻辑解码插件的 Docker 镜像，这对于关注容器大小的用户可能很有吸引力（DBZ-705）。

有关已修复问题的完整列表，请参阅更改日志。

Debezium 0.9 的开发工作仍在继续，我们将主要专注于改进 SQL Server 和 Oracle 连接器。其他潜在主题包括对 MySQL 8 和 Postgres 10 中引入的原生逻辑解码的支持，这将极大地帮助在 Amazon RDS 等云环境中使用 Debezium Postgres 连接器。

我们还将在以下会议上讨论 Debezium：

上周，我已有机会在 JUG Saxony Day 上展示 Debezium。如果您有兴趣，可以在 Speaker Deck 上找到该讲座的（德语）幻灯片。