Debezium 博客
欢迎来到这个关于 Debezium 信号和通知系列文章！本文是该系列的第一个篇章，我们将介绍 Debezium 提供的信号和通知功能，并讨论与平台交互的可用通道。
在后续的文章中，我们将深入探讨自定义信号通道，并探索 JMX 信号和通知等其他主题。
时不时地，在 Debezium 的 聊天 或 邮件列表 中，会出现关于如何确保 Debezium 生成的记录实现精确一次投递的问题。到目前为止，Debezium 只致力于至少一次投递。这意味着 Debezium 保证每一个变更都会被投递，没有遗漏或跳过的变更事件。然而，在发生故障、重启或数据库连接断开的情况下，同一个事件可能会被投递多次。典型场景是事件被投递两次——一次在故障/重启之前，第二次在故障/重启之后。精确一次投递（或语义）提供了一个更强的保证——每一个消息都会被投递，同时不会有重复，每一个消息都只会被投递一次。到目前为止，我们的回答是，如果用户需要精确一次投递，他们必须自己实现去重系统。然而，随着 Kafka Connect 支持精确一次投递，我们似乎可以通过一些配置的更改，为 Debezium 连接器开箱即用地提供精确一次投递。
在过去几个月里，团队一直非常忙碌，为 Debezium 2.3 的缩短发布时间表做准备，我很高兴地宣布下一个版本已发布，Debezium 2.3.0.Final 现已可用！尽管发布时间表有所缩短，但此版本仍然充满了大量新功能和改进。Debezium 2.3 包括一个全新的通知子系统，对信号子系统的重写，以支持向 Debezium 连接器发送其他信号的方式……
我很荣幸地宣布下一个 Debezium 2.3 版本，即 2.3.0.CR1！
此版本的主要重点是稳定 Debezium 2.3 版本，为最终版本的发布做准备，这通常意味着我们专注于错误修复；然而，此版本包含两个新功能。让我们花点时间深入了解这些新功能和任何值得注意的错误修复！
我很荣幸地宣布 Debezium 2.3 系列的下一个版本，即 2.3.0.Beta1！
虽然此版本主要侧重于错误修复和稳定性改进，但 PostgreSQL 连接器以及新的通知和通道子系统带来了一些新改进。此外，还有一些兼容性重大更改。
此版本包含对 22 个问题的更改，所以让我们花点时间深入了解新功能以及任何可能值得注意的错误修复或重大更改！
