我很高兴宣布 Debezium 1.9.0.Final 正式发布！除了修复一系列！ Bug 除了优化，这个版本的主要功能还包括:
- 提供对 Apache Cassandra 4 的支持
- 提供对 SQL Server 的 Debezium Connector 支持多数据库
- 提供将 Debezium Server 作为 Knative 事件源的能力
- 对 Debezium Server 与 Redis Streams 许多集成优化
另外，社区已经做到了 1.9 版本修复了 276 个 issue；
1. 对 Apache Cassandra 4 的支持
及时赶上 Debezium 1.9 版本，在 Debezium Cassandra Connector 中实现了对 Cassandra 4 的支持。更具体地说，它添加了一个新的 Connector，也就是说，你现在可以下载了 debezium-connector-cassandra-3 或者 debezium-connector-cassandra-4 Connector，这取决于你的数据库版本。一般我们通常在一个 Connector 我们努力实现对多版本的支持，但是这次支持新版本所需的代码变化很大，所以我们决定做两个 Connector 单独提供代码库(共享模块中提取共性)。
Cassandra 3 和 4 的两个 Connector 您可以期待在新版本中优化更多功能。
2. 对 SQL Server 的 Debezium Connector 支持多数据库
SQL Server 允许在物理机器上配置多个逻辑数据库，可以很容易地将不同租户的数据与多租户应用程序分开。之前需要为 SQL Server 每个逻辑数据库设置一个 Debezium Connector 实例，这在处理几十个甚至几百个数据库时变的比较麻烦。在过去的一年里，Sergei Morozov 和他所在的 SugarCRM 团队重新设计 Debezium SQL Server Connector 以及 Debezium Connector 为了解决以下问题，框架可以识别多个分区：框架现在可以处理多个源分区的流动变化，这些分区被拆分成不同的分区 Connector 任务上（在 Kafka Connect 这些任务可以分布在术语中) Kafka Connect 集群的不同 Worker 节点上。
对于 SQL Server Connector，逻辑数据库相当于这样的源分区，所以你现在可以从一个 SQL Server 物理机流传输 20 数据库实例分为四个源任务，分布在五个 Kafka Connect Worker 在节点上运行。要使用新的多分区模式，需要使用新的多分区模式 database.names Connector 配置属性(而不是以前的) database.dbname）配置要捕获的数据库名称，并且可以 tasks.max 值设置为大于 1 值(可选)。需要注意的是，Schema、主题名和 Connector 在单分区和多分区模式下，指标的结构是不同的，以便分别说明逻辑数据库的名称和源任务 id。
多分区模式在 1.9 版本是实验性的，计划在未来版本中完全替换 SQL Server Connector 当然，您也可以使用多分区模式从逻辑数据库中捕获变更。如果可能的话，以后还会有别的 Connector 例如，推出多分区模式 Oracle 和 IBM Db2 的 Connector。
3. 其他变化
让我们看看 Debezium 1.9 其他新功能。
首先，Debezium Server 包含一个用途 HTTP Sink 适配器，这意味着适配器使用 Knative Serving 的 ‘native’ 不需要先通过事件源 Apache Kafka 等消息代理发送消息。
然后，Redis 友好友好人员 Debezium Server 与 Redis Streams 集成做了一些优化:除了一些性能优化，现在还可以了 MySQL 等 Connector 历史上存储的数据库 Redis 偏移量也可以存储在中间 Redis 中。远不止这些:Debezium Server 支持自定义配置 providers，正如 Kafka Connect 已经提供的。
要了解有关 Debezium 1.9 所有功能，优化和 Bug 更多修复信息，请查看原始公告（Alpha1、Alpha2、Beta1 和 CR1）以及 1.9 发布说明！
4. 未来
那么 1.9 之后的下一版本是什么？你可能会认为是 1.但这不是我们必须做的；相反，我们计划在今年晚些时候发布 Debezium 2.0 作为新的主要版本！Debezium 2.0 这将是我们摆脱遗留问题的版本。例如，我们计划：
- 删除 MySQL 和 MongoDB Connector 使用更强大和成熟的遗留实现 Debezium 标准 Connector 框架）
- 放弃对 Postgres 的 wal2json 支持（被 pgoutput 取代）
- 使用 Java 11 作为基线(例如，允许发出 JDK Flight Recorder 为了获得更好的诊断)
- 默认使用多分区模式指标(提高一致性)
- 使默认主题名称更加一致，如心跳主题
- 更改少数列类型的默认映射
该计划正如火如荼地进行着，我们非常邀请您加入电子邮件列表或 Jira 中的 DBZ-3899 issue 上讨论。需要注意的是，虽然我们希望借此机会清理随着时间的推移积累的一些奇怪问题，但未来的兼容性一如既往地重要，我们将尽量减少对现有用户的影响。但正如你所期望的，升级可能需要比通常的次要版本更多的时间。
就时间表而言，由于计划变更的规模和数量，我们将偏离通常的季度发布节奏，而是保留两个季度进行发展 Debezium 2.0，也就是说，你可以期待9月底的发布。同时，根据收到的信息 bug 需要发布报告 1.9 版本的 bug 修复版本。
原文:Debezium 1.9.0.Final Released