Debezium Oracle 连接器的支持一直是大家长期以来最期待的功能之一（其原始 issue 号为DBZ-20！）。因此，我们非常高兴终于能发布该连接器的第一个仍在开发中的版本。目前，此代码仍处于非常活跃的开发阶段，因此应视为一个初步的技术预览。这意味着它尚未实现所有功能（最值得注意的是，目前还不支持初始快照），并且发出的消息格式仍可能发生变化。因此，虽然我们目前不建议在生产环境中使用它，但您绝对应该尝试一下并分享您的使用体验。

Oracle 连接器的一个挑战是如何从数据库中提取实际的变更事件。与 MySQL 和 Postgres 不同，遗憾的是，Oracle 没有一个免费且易于使用的 API 来实现同样的功能。经过一些探索，我们决定基于Oracle XStream API 来构建此连接器的第一个版本。虽然这（在某种程度上）满足了“易于使用”的要求，但它不满足“免费使用”的要求：使用此 API 需要您拥有 Oracle 独立 GoldenGate 产品的许可证。我们充分意识到这并不理想，但我们决定将其作为第一步，这样我们就可以积累一些 Oracle 使用经验，并让拥有所需许可证的用户能够使用该连接器。未来，我们将探索替代方法。我们已经有一些想法和讨论，敬请关注（跟踪 issue 为DBZ-137）。

Oracle 连接器将在接下来的 0.8.x 版本中不断演进。要了解更多关于它的信息，请查看其连接器文档页面。

为了构建捕获数据库结构的内部元模型，Debezium MySQL 连接器需要解析所有发出的 DDL 语句（例如 `CREATE TABLE`）。这以前是通过手工编写的 DDL 解析器完成的，该解析器工作得相当不错，但随着时间的推移也暴露出一些不足之处；由于 DDL 语言非常广泛，我们反复收到关于某些特定 DDL 构造无法解析的 bug 报告。

因此，我们决定重新设计并提出了全新的解析器设计。感谢 Roman Kuchar 的出色工作，我们现在有了一个全新的 DDL 解析器，它基于成熟且非常稳定的Antlr 解析器生成器（幸运的是，Antlr 项目提供了完整的 MySQL 语法）。因此，预计未来与 DDL 解析相关的 issue 报告将大大减少。

目前，旧的解析器仍然保留，并且仍然是 Debezium 0.8.x 的默认解析器。我们强烈建议您通过将连接器选项 `ddl.parser.mode` 设置为 `antlr` 来测试新实现，并在遇到任何问题时及时反馈。我们计划在 0.8.x 版本系列中改进和完善 Antlr 解析器（特别是我们将衡量其性能并进行优化），并将其作为 Debezium 0.9 的默认设置。最终，旧的解析器将在之后的一个版本中被移除。

MySQL 连接器现在会将列的默认值传播到相应的 Kafka Connect schema 中（DBZ-191）。这在使用 Avro 作为序列化格式，并且 schema 注册表启用了兼容性检查时非常有用。

通过将 `include.query` 连接器选项设置为 true，您可以将导致数据更改的原始查询添加到相应的 CDC 事件中（DBZ-706）。尽管默认情况下禁用，但此功能对于分析和解释 Debezium 捕获的数据更改非常有用。

MySQL 连接器中的其他一些更改包括：心跳 topic 名称的可配置性（DBZ-668），`TIMESTAMP`（DBZ-578）和 `DATETIME` 列（DBZ-741）的时区处理修复，以及对没有显式精度值的 `NUMERIC` 列的正确处理（DBZ-727）。

Debezium Postgres 连接器进行了大量的 bug 修复，包括以下几项：

MongoDB 连接器也进行了一些小的功能实现和 bug 修复。

根据新的 Beta/CR/Final 发布计划，我们希望获得社区（也就是您 :)）对此 Beta 版本的反馈。根据报告的 issue 数量，我们将在下一个版本中发布另一个 Beta 版本或直接发布 CR1。0.8.0.Final 版本将在几周内发布。请注意，Oracle 连接器在最终版本中仍将是“技术预览”组件。

在此之后，我们计划发布一些主要包含 bug 修复的 0.8.x 版本，同时将并行开始 Debezium 0.9 的开发。对于 0.9，我们计划开发一个 SQL Server 连接器（见DBZ-40）。我们还希望探索基于原始事务 ID，从多个表的 CDC 流创建一致连接体（materializations of joins）的方法。另外，还有一个想法和初步原型，即将 Debezium 变更事件作为响应式事件流（DBZ-566）暴露出来，这可能会被最终发布。

请查看路线图以了解更多长期想法，如果您有相关想法，请与我们联系。